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Section  4 


INTERACTION  ELEMENTS 


4.1  INTRODUCTION 

This  section  describes  the  following  elements  of  the  PRERUN 
portion  of  the  Systems  Assessment  Model: 

(1)  Equipment  deployment  and  failures,  including  the 
representation  of  sensing  missions,  emplacement 
and  re-emplacement  of  remote  sensor  system  equip¬ 
ments,  and  equipment  maintenance  and  repair. 

(Steps  1,  2,  and  4  of  the  model  PRERUN), 

(2)  Determination  of  ground  truth  positions  for  stationary 
sensing  equipments,  and  determination  of  navigation 
errors  for  moving  sensing  systems.  (Steps  3  and  4 

*  of  PRERUN). 

(3)  Determination  of  game  time  periods  for  each  sensor 
during  which  the  sensor  is  so  exposed  to  either  a 

red  or  blue  target  that  (given  certain  other  necessary 
conditions)  detection  may  occur.  (Step  8  of  PRERUN). 

(4)  Computation  of  false  alarms  and  sensor  parameter 
changes  resultin';  from  variations  of  noise  level 
within  the  environment.  (Step  7  of  PRERUN). 

(5)  Determination  of  line-of-sight  conditions  for  those 
sensor-target  combinations  for  which  time  and  space 
unions  have  been  established  in  Step  8  of  PRERUN. 

(Step  9  of  PRERUN). 

The  principal  objective  of  the  discussions  presented  in  this 
section  is  to  describe  just  what  processes  and  procedures  are  simulated  in 
the  corresponding  portions  of  the  model,  the  assumptions  underlying  their 
method  of  representation  and  the  degree  oi  detail  in  which  they  are  represented. 

4.2  EQUIPMENT  DEPLOYMENT  AND  FAILURES 

4.2,1  Remote  Unattended  Sensors  and  Related  Equipments. 

The  remote  unattended  sensor  systems  are  represented  as 
consisting  of  the  remote  sensors  per  se .  one  or  more  monitors  to  which  each 
remote  sensor  array  is  Intended  to  report,  and  (in  cases  where  sensor-to- 
monltor  range  and/or  terrain  characteristics  so  dictate)  one  or  two  inter¬ 
mediate  data  link  relays  between  sensor  array  and  monitor.  Emplacements, 
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failures  and  re-emplacements  of  the  remote  sensors  are  simulated  in  sub¬ 
routine  RUfUP.  Deployments,  failures  and  repair/ replacements  of  the 
remote  sensor  monitors  are  simulated  in  subroutine  READUP.  Emplace¬ 
ments,  failures  and  repair /replacements  of  the  data  link  relays  are  simulated 
in  subroutine  COMMUP.  The  material  that  follows  describes  each  of  these 
subroutines  in  turn. 

4.2. 1.1  RUSUP 

The  purpose  of  subroutine  RUSUP  is  to  determine,  for  each 
remote  unattended  sensor  involved  in  the  game,  the  period  or  periods  of  time 
(if  any)  during  which  the  sensor  is  emplaced  and  operable.  The  subroutine 
produces  two  records  whose  indices  are  in  register:  the  first  record 
contains  for  each  sensor  the  game  times  at  which  changes  of  status  occur; 
the  second  record  contains  for  each  sensor  a  status  code  denoting  the  status 
assumed  by  the  sensor  at  the  corresponding  game  time.  The  status  codes 
are  described  in  Table  4.2-1. 

For  the  purpose  of  the  processing  accomplished  by  this 
subroutine  each  sensor  is  treated  as  belonging  to  an  array  of  sensors.  A 
sensor  array  may  consist  of  a  single  sensor.  Dimensions  provided  in  the 
program  limit  the  maximum  number  of  sensors  in  an  array  to  ten.  Sensors 
belonging  to  a  given  array  are  considered  to  be  of  such  proximity  as  to  share 
a  common  emplacement  time.  Criteria  governing  re-emplacement  of  failed 
sensors  are  based  on  sensor  array  operability  level, 

A  macro-flow  chart  for  RUSUP  is  given  in  Figure  4.2-1.  For 
each  sensor  array  the  following  general  sequence  of  processing  events  is 
followed  by  the  subroutine: 

(1)  Determine  tentative  initial  emplacement  time. 

(2)  If  applicable  (i.e.,  if  err  placement  is  by  a  method 
other  than  artillery  or  mortar),  determine  whether 
or  not  an  emplacement  mission  abort  occurs. 

(3)  If  mission  does  not  abort  and  if  applicable  (i.  e.  ,  if 
emplacement  is  by  a  method  other  than  hand -emplaced), 
determine  which  sensors  of  the  array  survive  emplace¬ 
ment  and  which  are  destroyed  in  the  emplacement 
process. 

(4)  For  sensors  successfully  emplaced,  determine  for 
each  the  time  at  which  a  failure  (either  reliability  or 
life  failure)  will  occur.  In  the  case  of  sensor  arrays 
for  which  die  planner  has  not  specified  re-emplacement 
criteria,  the  following  additional  general  sequence  of 
processing  e'-e-ts  ensues. 
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Table  4.2-1 

SUBROUTINE  RUSUP  STATUS  CODES 

Code 

Status  in'ic  l'’.d 

-8 

Sensor  is  down  because  the  array  to  which  it 
belonps  U  s  cr-  lien  fc.-lc.r  criterion  strength 
nnd  attempt  to  re-empl ace  did  not  l  ring  array 
up  to  criterion  strength. 

-9 

Sensor  ic  -Jem  because  the  array  to  which  it 
i/elonf»s  has  fallen  telow  criterion  strength. 

-10 

Sensor  ir.  up  to!  lowing  .  maintenance  check. 

-11 

Sen.-»r  is  down  because  the  planner  has  specified 
that  it  should  be  dem  at  this  point  in  game  time 

-12 

Sensor  is  up  following  an  emplacement  for  the 
array  of  which  it  is  a  part. 

.13 

Sensor  is  down  as  a  consequence  of  a  mission 
abort. 

-14 

Sensor  is  down  as  a  consequence  of  a  reliability 
failure. 

-15 

Sensor  is  down  as  a  consequence  of  a  life 
(battery)  failure. 

-16 

Sensor  is  down  1  ecause  the  sensor  with  which  it 
reported  in  a  primary/auxiliary  relationship 
has  failed. 

-17 

Sensor  is  down  because  it  failed  to  survive 
lopa  c  t . 

-18 

Sensor  is  down  bee  tusc  its  emplacrm*  nt  time 
was  equal  to  or  greater  than  its  planned  down 
game  1 1  me  • 

H^ire  4.2-1  RUSUP  MACROFLCW 


(5)  Determine  the  game  time  at  which  the  sensor  aria,  no 
longer  conforms  to  the  level  of  operability  criterion 
specified  by  the  planner,  being  this  time  as  a  reference 
(and  provided  that  the  number  of  emplacement  missions 
previously  undertaken  for  the  array  is  less  than  the 
maximum  number  of  emplacement  missions  specified 

by  the  planner),  determine  the  tentative  time  at  which 
re-emplacement  of  the  array  is  to  occur. 

(6)  Steps  (2),  (3),  (4),  and  (5)  above  are  repeated  in  sequence 
until  one  of  two  conditions  exists: 

a.  The  number  of  emplacement  missions  undertaken  for 
the  array  is  equal  to  the  maximum  number  of  such 
missions  specified  by  the  planner,  or 

b.  A  tentative  re-emplacement  time  is  determined 

that  is  equal  to  or  greater  than  the  end  of  game  time. 

4.2.  1.  1.  1  Description  of  RUSUP  Inputs,  The  inputs 
described  here  are  identified  by  the  names  by  which  they  are  represented 
in  the  RUSUP  program  listing.  Some  of  these  inputs  apply  to  the  entire 
sensor  array;  others  apply  to  individual  sensors  within  the  array.  The 
input  descriptions  include  mention  of  applicability  in  this  regard. 


( 1 )  Inputs  Defining  Array  Composition 


Input  Name 

N  (1.4)* 


ICR  (I.  26) 


Input  Description 

This  is  the  total  number  of  sensors  in 
the  array  in  question  when  the  array 
is  at  full  strength.  N  may  be  assigned 
any  value  from  one  through  ten 
(dimensions  provided  in  the  program 
imposirg  the  upoer  limit  on  its  value). 

N,  of  course,  applies  to  the  entire  array. 

This  is  the  operability  level  criterion 
specified  by  the  game  planner  for  the 
array.  For  example,  the  olanner  may 
specify  that  the  total  number  of  Demurs 
(N)  in  a  given  sensor  array  is  to  be 
five  and  that  the  value  of  ICR  for  that 


These  parenthetical  designations  reference  data  input  descriptions  presented 
in  Appendix  F  of  Volume  II.  The  roman  numeral  indicates  the  data  set  in 
Appendix  F;  the  arabic  numeral  indicates  the  entry  ithin  the  data  set. 
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MPL  (I,  11) 


PS  {IV,  9) 


SD  (I,  27) 


AUX  (IV,  8) 


array  is  three.  This  means  that  as 
long  as  three  or  more  sensors  remain 
operable  in  the  array  no  re -emplacement 
will  be  undertaken,  but  that  failures 
occur  such  that  fewer  than  three 
sensors  remain  operable  in  the  array 
re -emplacement  will  be  undertaken. 

(This  definition  will  be  further  qualified 
in  a  subsequent  description  of  an  input 
governing  the  number  of  re-emplace¬ 
ment  missions  to  be  undertaken  for  a 
given  sensor  array.  )  ICR  applies  to 
the  entire  sensor  array. 

This  is  a  code  indicating  the  technique 
of  emplacement  specified  by  the  planner 
for  a  given  sensor  array.  For  MPL  = 

1,  the  array  is  hand -emplaced.  For 
MPL  =  2,  the  array  is  air-dropped. 

For  MPL  =  3,  the  array  is  array  is 
artillery  or  mortar  emplaced. 

This  is  the  probability  that  a  given 
artillery/mortar-emplaced  or  air¬ 
dropped  sensor  will  be  operable  after 
impact.  This  value  is  assumed  to  be 
unity  for  hand -emplaced  sensors.  PS 
applies  to  the  individual  sensor. 

This  is  a  code  indicating  whether  or 
not  a  sensor  self-destructs  when  its 
batteries  become  exhausted.  SD  =  1 
indicates  self-destruct;  SD  =  0  indicates 
no  self-destruct.  This  input  apolies 
to  the  individual  sensor. 

This  is  a  code  indicating  whether  or  not 
a  sensor  is  operating  as  an  auxiliary  to 
another  sensor.  AUX  =  1  indicates  an 
auxiliary  sensor;  AUX  =  0  indicates 
a  primary  sensor.  This  input  applies 
to  the  individual  sensor. 
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(2)  Inputs  Defining  Time  Distributions 


Name 


Input  Description 


XMUF  (IV,  4) 


XMUL  (IV,  5) 


This  is  the  mean  time  between  failures 
(MTBF)  for  a  given  sensor.  XMUF 
defines  the  reliability  failure  distribu¬ 
tion.  This  input  applies  to  the  individual 
sensor. 

This  is  the  mean  battery  life  of  a 
given  sensor.  It  applies  to  the 
individual  sensor. 


SIGL  (IV,  6)  This  is  the  standard  deviation  of  the 
battery  life  of  a  given  sensor.  It 
applies  to  the  individual  sensor. 

XMUE  (I,  9)  This  is  the  nominal  game  time  at  which 
the  planner  specifies  a  given  sensor 
array  is  to  be  emplaced.  This  input 
applies  to  the  entire  sensor  array. 

SIGE  (I,  28)  This  is  the  standard  deviation  of  the 

distribution  of  times  about  XMUE. 

This  input  applies  to  the  entire  sensor 
array. 

Rather  than  being  specified  directly  by  the  planner, 
this  standard  deviation  value  is  determined  by  a  code 
input  by  the  planner.  The  implications  of  the  value 
assigned  this  code  are  as  follows: 


Code  Value  of  Standard  Deviation 

(hours) 


0 

1 

2 

3 


zero 
0.  25 
0.  75 
2 
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XMUR  (I,  29)  This  is  the  mean  time  required  to 
execute  a  re-emplacement  mission 
for  a  given  sensor  array.  This  value 
should  be  interpreted  as  including  not 
only  the  time  required  for  the  actual 
re -emplacement  mission,  but  alsd  the 
time  required  to  recognize  that  the 
sensor  array  in  question  has  fallen 
below  its  operability  level  criterion 
and  that  re-emplacement  is  required. 
This  input  applies  to  the  entire  sensor 
array. 

SIGR  (I,  30)  This  is  the  standard  deviation  of  the 

distribution  of  times  about  XMUR. 

This  input  applies  to  the  entire  sensor 
array. 

The  value  of  this  standard  deviation  is  determined  (as 
in  the  case  of  SIGE,  previously  discussed)  by  the  value 
assigned  to  a  (0,  1,  2,  3)  code  by  the  game  planner. 
Specifically,  the  following  values  are  assigned  by 
designer  input: 

Code  Value  of  Standard  Deviation 


XMUM  (J,  31) 


SIGM  (I,  32) 


This  is  the  mean  interval  between 
scheduled  maintenance  checks  (i .  e . , 
battery  replacement)  for  the  sensors 
in  a  given  array.  This  input  applies 
to  the  entire  sensor  array. 

This  is  the  standard  deviation  of  the 
distribution  of  times  about  XMUM.  It 
applies  to  the  entire  sensor  array. 


Rather  tnan  being  specified  directly  by  the  planner,  the 
value  of  this  standard  deviation  is  controlled  by  a  two- 
value  code  whose  value  is  assigned  by  the  planner. 
Specifically,  the  following  values  are  assigned  by 
designer  input. 
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Code 


Standard  Deviation  Value 


0  0 
1  .  ,  1  day 

(3)  Innuts  Governing  Sensor  Emplacement  Missions 


Name 

NMC  (I,  25) 


NPC  (I,  24) 


Input  Description 

This  is  the  total  number  of  emplacement 
missions  specified  by  the  planner  that 
are  to  be  undertaken  (if  necessary)  to 
maintain  a  given  sensor  array  at  or  ' 
above  its  operability  level  criterion 
(i.e. ,  the  ICR  value  previously 
described).  Thus,  the  inputs  NMC 
ai:  J  ICR  together  tend  to  determine 
the  level  cf  re-emplacement  activity 
for  a  given  sensor  array  during  the 
game.  Any  time  the  number  of  operable 
sensors  within  a  given  array  falls 
below  the  ICR  value  specified  for  that 
array,  re -emplacement  will  be  under¬ 
taken  if,  and  only  if,  the  number  of 
emplacement  missions  previously 
undertaken  for  that  array  is  less  than 
the  value  of  NMC.  This  input  applies 
to  the  entire  sensor  array. 

This  is  the  number  of  emplacement 
attempts  specified  by  the  planner  to 
make  (if  necessary)  during  a  given 
emplacement  (or  re-emplacement) 
mission  for  a  given  sensor  array. 

For  example,  during  an  air-drop 
emplacement  mission  for  an  array 
having  an  ICR  value  of  three  and  an 
NPC  value  of  two,  if  five  sensors  are 
dropped  during  the  first  pass  over  the 
intended  emplacement  location  and  only 
two  survive  impact,  a  second  pass  over 
the  emplacement  location  will  be  under¬ 
taken. 


PA  (I.  23) 


TMAX  (1,10) 


This  is  the  probability  that  an  emplace¬ 
ment  (or  re-emplacement)  mission  for 
a  given  sensor  array  will  abort.  This 
input  applies  to  the  entire  sensor  array. 
Planned  Down  Tima.  It  Is  Che  game  time 
specified  by  the  planner  at  which  he 
desires  that  particular  array  to  cease 
being  played  In  the  gaste.  This  Input 
apol<es  to  the  entire  array. 
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4.2.  1.  1.2  Simulation  of  Remote  Sensor  Emplacement, 

Failure  and  Re-omplacement.  In  determining  game  times  of  sensor  emplace¬ 
ment  and  re -emplacement  RUSUP  treats  sensors  within  the  context  of  the 
array  to  which  they  belong  rather  than  in  isolation.  Considerations  leading 
to  this  feature  of  the  RUSUP  design  are  discussed  briefly  here. 

i 

For  the  purpose  of  the  RUSUP  design,  it  was  assumed  that 
the  sensors  included  in  any  given  array  would  be  located  in  relatively  near 
proximity  to  one  another.*  Under  this  assumption  it  appears  likely  that, 
within  an  actual  operational  environment,  all  of  the  sensors  making  up  a 

given  array  would  become  operative  at  essentially  the  same  time.  It  was  4 

believed  desirable  in  modeling  the  sensor  emplacement  process  to  provide 

for  some  randomness  in  the  time  of  emplacement.  At  the  same  time  it  was 

apparent  that  to  permit  such  randomness  in  the  emplacement  time  of  each 

sensor  of  a  given  array  would,  in  many  cases,  lead  to  operationally 

implausible  situations;  for  example,  it  could  result  in  widely  disparate 

emplacement  times  for  sensors  making  up  a  single  array  and  located  only 

a  few  meters  apart.  Likewise  the  treatment  of  sensor  re -emplacement 

strictly  on  ar.  individual  basis  without  regard  for  the  array  context  would 

lead  to  implausible  results.  For  example,  cases  would  be  expected  to 

occur  where  a  single  failed  sensor  was  re -emplaced  although  other  sensors 

located  within  a  few  meters  of  it  required  re-emplacement  at  the  same  time. 

Although  the  RUSUP  design  provides  for  the  treatment  of 
emplacement  and  re-emplacement  times  within  the  context  of  the  array  as 
a  whole,  this  feature  need  not  of  course,  be  used.  If  for  any  reason  the 
game  planner  wishes  emplacement  and  re-emplacement  times  to  apply 
strictly  to  individual  sensors,  he  need  only  specify  arrays  consisting  of  a 
single  sensor  each. 

The  succeeding  paragraphs  of  this  section  discuss  undei- 
lying  assumptions  and  rationale  which  influenced  the  design  of  RUSUP  but 
which  are  not  necessarily  apparent  from  an  examination  of  the  program 
listing . 

( 1 )  Determination  of  Initial  Emplacement  Time 

RUSUP  provides  for  Monte  Carlo  determination  of  initial 
emplacement  time  for  each  sensor  arra>'.  It  is  expected  that  in  an 
operational  environment  the  actual  emplacement  times  will  deviate  in 
varying  degrees  from  any  pre-planned  sensor  deployment  schedule.  Such 


As  discussed  elsewhere  in  this  report,  the  assumption  of  the  near 
proximity  of  the  sensors  within  a  given  array  is  also  pertinent  to  the  treat¬ 
ment  of  propagation  line  of  sight  for  the  sensor  reporting  link. 
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deviation  might  be  trivial  in  the  case  of  sensor  deployment  for  close-in 
intrusion  detection,  but  could  be  quite  substantial  when  sensors  are 
emplaced  in  remote  locations,  particularly  when  unfavorable  terrain  and/or 
hostile  encounters  are  involved.  Stxch  deviations  are  treated  in  RUSUP  as 
being  normally  distributed  about  the  preplanned  or  scheduled  emplacement 
time.*  The  variance  of  this  distribution  is  determined  by  input.  When  a 
Monte  Carlo  sample  is  drawn  such  that  the  resulting  emplacement  time 
would  be  less  than  half  the  nominal  or  scheduled  emplacement  time,  the 
sample  is  rejected  and  resampling  occurs.  In  the  case  of  determining 
initial  emplacement  time,  this  sampling  procedure  has  the  effect  of 
avoiding  emplacement  times  having  a  negative  game  time  value. 

(2)  Determination  of  Em.j..  cement  Mission  Aborts 

The  emplacement  time  w'  ose  method  of  determination  was 
discussed  in  the  previous  paragraph  is  tentative  in  cases  where  the  input 
value  for  probability  of  emplacement  mission  abort  is  greater  than  zero. 

That  is,  the  time  determined  is  the  time  at  which  empiacement  will  occur 
provided  the  emplacement  mission  r  es  not  abort.  In  the  case  of  sensor 
arrays  for  which  a  non-zero  value  >.  probability  of  mission  abort  is  input, 
determination  of  whether  or  not  an  abort  occurs  is  accomplisned  by 
comparison  of  this  value  with  a  uniform  random  number  (0,  1).  If  the 
sample  value  is  equal  to  or  leas  than  the  input  probability  value,  the 
mission  is  assumed  to  have  aborted.  Treatment  of  the  array  after  a  mission 
abort  is  covered  in  the  subsequent  discussion  of  sensor  re-emplacement 
missions  (see  paragraph  4.2.  1.  1.2(5)). 

(3)  Determination  of  Whether  Sensors  Survive  Impact 

In  the  case  of  air-dropped  and  artillery/mortar-emplaced 
sensor  arrays  provisions  are  made  for  determining  which  sensors  are  operable 
after  Impact.  Representation  of  this  portion  of  these  missions  involves 
several  counting  operations  and  comparisons  as  Illustrated  Jn  the  logic  flow 
chart  presented  In  Figure  4.2-2.  For  the  present  discussion  of  the  process 
depicted  in  Figure  4.2-2  it  Is  assumed  that  an  air-drop  sensor  emplacement 
mission  Is  In  progress.  The  value  N  is  the  number  of  sensors  In  the  array 
when  the  array  Is  up  to  full  strength  (as  discussed  previously  in  the 
description  of  RUSUP  inputs.)  K  Is  the  number  of  sensors  that  must  be 
eng>laced  In  order  to  bring  the  array  up  to  full  strength;  for  the  initial 
emplacement  mission  for  a  given  array,  of  course,  K  ■  N.  The  counter 
NIM  counts  the  number  of  passes  made  over  the  drop  site  by  the  emplacement 
aircraft,  which  drops  K  sensors  during  each  such  pass.  As  each  sensor  is 
dropped  Its  probability  of  survival  value  (PS),  previously  discussed  in 
the  description  of  Inputs,  is  compared  with  a  uniform  random  number  ((),  1) 
to  determine  whether  the  sensor  survives.  The  counter  1  counts  the  sensors 
that  survive  Impact.  The  counter  J  counts  all  sensors  dropped  and  when 
J  ■  K  the  pass  Is  complete.  At  this  point  the  number  of  operable  sensors 
In  the  array  is  compared  with  the  operability  level  criterion  (ICR/  for 
the  array.  If  the  array  is  up  to  specified  minimum  strength,  the  emplace- 

nent  mission  ->4*.  if  not  and  if  the  number  of  passes  made  during  this 
emplacement  mission  la  equal  to  the  NPC  value  for  this  array  (previously  dis- 

4-  1  i 

*  In  the  absence  of  data  reflecting  actual  experience  or  experimental  results, 
the  normal  distribution  waa  intuitively  Judged  to  be  appropriate  for  th*s 
application. 
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cussed  in  the  description  of  inputs)  the  mission  ends.  If,  however,  the  num¬ 
ber  of  passes  made  during  this  mission  is  smaller  than  the  value  of  NPC,  the 
value  of  K  is  adjusted  (as  required)  and  another  pass  over  the  emplacement  site 
is  undertaken. 


(4)  Determination  of  Sensor  Failure  Times 

The  remote  unattended  sensors  are  treated  in  RUSUP  as 
being  subject  to  both  reliability  failures  and  life  failures  (that  is,  failures 
resulting  from  exhaustion  of  the  sensor  batteries).  The  reliability  failures 
are  treated  as  a  Poisson  distribution  whose  defining  parameter  is  the 
MTBF  value  applicable  to  the  equipment  in  question.  The  life  failures  are 
treated  as  occurring,  on  the  average,  at  some  specified  elapsed  time  after 
emplacement  and  as  varying  about  this  mean  value  as  a  normal  distribution. 
Provisions  are  made  to  permit  input  of  a  sensor  maintenance  schedule  which 
is  interpreted  to  mean  that  batteries  of  emplaced  sensors  are  replaced  at 
more  or  less  regular  intervals.  Thus,  if,  for  a  given  sensor  array,  a 
maintenance  check  is  determined  to  occur  at  an  earlier  game  time  than  a 
life  failure,  the  life  failure  is  interpreted  as  having  been  prevented. 

Time  to  failure  for  each  sensor  in  a  given  sensor  array  is 
determined  as  indicated  in  the  logic  flow  chart  shown  in  Figure  4.2-3.  Time 
to  reliability  failure,  TRF,  is  compared  to  the  time  to  life  failure,  TLF 
(that  is,  the  first  life  failure  not  forestalled  by  a  previous  maintenance 
check).  If  the  reliability  failure  occurs  first,  its  time  is  taken  to  be  the 
time  of  sensor  failure.  If  the  life  failure  occurs  first,  its  time  is  taken 
to  be  the  time  of  sensor  failure;  however,  if  the  sensor  does  not  self- 
destruct  upon  life  failure  (i.e.  ,  ISD  =  0),  the  projected  reliability  failure 
time  is  stored  and  this  failure  may  occur  subsequently  in  the  game  following 
replacement  of  the  batteries  of  the  sensor  in  question.  Any  sensor  (whether 
primary  or  auxiliary)  which  is  paired  with  another  sensor  and  reporting  in 
a  primary/auxiliary  relationship  is  treated  as  failing  at  the  time  of  failure 
of  the  sensor  with  which  it  is  paired. 

(5)  Sensor  Re-Emplacement 

At  any  time  that  a  sensor  array  falls  below  the  minimum 
operability  level  specified  by  input  (or  at  any  time  a  sensor  emplacement 
mission  aborts)  and  provided  that  additional  emplacement  missions  remain 
to  be  expended  in  the  interest  of  keeping  the  sensor  array  in  question  up  to 
minimum  specified  strength,  sensor  re-emplacement  for  the  array  involved 
is  initiated.  Following  a  mission  abort  the  game  time  reference  for  re- 
emplacement  initiation  is  the  time  at  which  the  abort  occurred,  which  in 
turn  is  taken  to  be  the  time  that  emplacement  would  have  been  accomplished 
had  the  mission  not  aborted.  When  re-emplacement  becomes  necessary 
because  of  failures  of  emplaced  sensors,  the  game  time  reference  is 
determined  by  rank  ordering  the  failure  times  of  the  sensors  in  the  array 
and  selecting  the  game  time  of  failure  of  the  sensor  whose  failure  left  the 
array  no  longer  in  conforifiance  with  tne  specified  minimum  operability  level. 
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Once  this  game  time  reference  is  established  the  game  time  at  which  re¬ 
emplacement  will  occur  is  determined  by  adding  the  mean  replacement  time 
value  for  the  array  (XMUR)  to  a  random  sample  from  a  normal  distribution 
whose  variance  is  defined  by  input  (SIGR)  and  adding  this  sum  to  the  game 
time  reference.  When  a  sample  is  drawn  such  that  the  elapsed  time  to 
re-emplacement  would  be  less  than  half  the  mean  time  to  re-emplace,  the 
sample  is  rejected  and  resampling  occurs.  In  the  case  of  determining 
sensor  re-emplacement  time,  this  sampling  procedure  has  the  effect  of 
avoiding  re-emplacement  times  that  occur  earlier  in  game  time  than  do 
the  corresponding  sensor  failure  times. 

4.2.  1.2  Subroutine  READUP 

The  purpose  of  subroutine  READUP  is  to  determine,  for 
each  remote  unattended  sensor  monitor  equipment  involved  in  the  game,  the 
game  times  during  which  the  equipment  is  operating.  READUP  produces, 
for  each  monitor  equipment,  a  record  of  game  times.  The  first  entry  in 
this  record  is  the  first  game  time  up,  the  second  entry  is  the  first  game 
time  down,  the  third  entry  the  second  game  time  up,  and  so  on. 

4.2.  1.2.  1  Description  of  READUP  Inputs 

(1)  Planned  Up  and  Down  Times  for  Each  Monitor 
A  record  containing  planned  up  and  down  times 
for  each  monitor  constitutes  a  part  of  the  input 
to  subroutine  READUP.  The  total  number  of 
entries  in  this  record  for  each  monitor  (NK  in 
the  program)  is  also  input. 


Parameters  Defining  Failure  and  Repair  Time 

Distributions 

Name 

Description 

FMUF  (VII,  3)* 

This  is  the  mean  time  between 
failures  (MTBF)  value  for  the  monitor 
equipment. 

FMUR  (VU,  4) 

This  is  the  mean  lime  required  to 
repair  (or  replace)  the  monitor 
equipment. 

SIGR  (VII,  5) 

Thia  is  the  standard  deviation  of  the 
distribution  of  repair /replacement 
times  about  FMUR. 

T(l)  (vn,6) 

Planned  up  game  time. 

T(2)  (VII,  7) 

Planned  down  game  time. 

The  roman  numeral  in  these  parenthetical  designations  indicate  a  particular 
data  set  in  Appendix  F  of  Volume  U  of  this  report.  The  arabic  numerals 
refer  to  a  particular  entry  within  the  data  set. 
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4.2.  1.2.2  Processing  to  Determine  Monitor  Up  and  Down 
Times.  A  macroflow  for  subroutine  READUP  is  shown  in  Figure  4.2-4.  The 
index  I  used  in  the  flow  chart  denotes  a  set  of  one  or  more  planned  up  periods 
for  the  monitor  in  question  during  the  course  of  the  game.  Planner  input 
defines  each  such  period  by  means  of  a  speoifijed  planned  up  time  and  a 
specified  planned  down  time.  READUP  compares  these  planned  up  times 
with  periods  of  monitor  availability  (i.  e.  ,  periods  during  which  the  monitor 
is  operable),  and  produces  an  output  record  of  monitor  up  times  for  those 
periods  during  which  the  monitor  is  both  planned  to  be  up  and  is  operable. 

The  assumption  is  made  that,  for  the  initial  planned  up 
period  for  a  given  monitor  during  the  game,  the  monitor  is  operable  at 
the  beginning  of  the  planned  up  period.  This  assumption  is  not  made  for 
any  subsequent  planned  up  period  or  periods  for  the  monitor  in  question. 

The  monitors  are  not  represented  in  READUP  as  subject 
to  life  (or  battery  exhaustion)  failures.  The  monitors  are  manned  equipments, 
and  even  though  some  of  these  equipments  may  be  powered  by  batteries  it  is 
assumed  that  timely  replacement  of  batteries  wili  forestall  life  failures. 

The  monitors  are,  however,  treated  as  subject  to  reliability  failures. 
Operating  time  to  reliability  failure  is  determined  by  random  entry  into  a 
Poisson  distribution  defined  by  the  mean  time  between  failures  value 
applicable  to  the  monitor  (this  is  the  FMUF  input  value  previously  described 
for  READUP).  It  should  be  noted  that  this  time  to  failure  is  construed  to  be 
operating  time  to  failure;  that  i3,  any  period  or  periods  during  which  the 
equipment  is  planned  down  are  not  interpreted  as  contributing  to  elapsed 
time  to  failure. 


A  brief  discussion  of  Figure  4.2-4  should  serve  to  convey 
an  unders .anding  of  the  processes  simulated  by  READUP. 

For  a  given  monitor,  the  first  processing  accomplished  by 
READUP  is  the  determination  of  an  operating  time  to  failure;  this  is 
accomplished  as  described  above. 

The  incrementing  of  I  in  the  macroflow  indicates  simply 
that  a  new  planned  up  period  from  game  planner  input  is  being  considered 
at  this  point  in  Ice  processing.  The  branch  immediately  following  the 
incrementing  of  I  is  intended  to  pose  the  following  question:  is  this  monitor 
operable  at  any  tine  during  the  planned  up  period  currently  being  considered7 
If  the  answer  here  is  yes,  an  up  time  entry  is  made  in  the  READUP  output 
record;  this  time  is  either  the  planned  up  time  or  the  time  at  which  the 
monitor  becomes  ope -able,  whichever  is  later  in  game  time,  if  the  answer 
is  no  (and  the  input  record  of  planned  up  periods  is  not  exhausted),  the  next 
planned  up  period  is  considered  and  the  question  posed  again. 

The  nex.  branch  in  the  macroflow  is  intended  to  pose  the 
following  question:  does  this  monitor  fail  at  any  time  during  the  current 
planned  up  period7  If  the  answer  here  is  no,  the  READUP  output  record 
receives  the  planned  down  .'imc  for  the  monitor.  If  fhe  answer  is  yes,  the 
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Figure  4.2-4  READUP  MACJtOFLOk 
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time  to  repair  is  taken  to  be  the  algebraic  sum  of  the  average  repair  time 
(FMUR)  and  a  random  sample  drawn  from  a  normal  distribution  whose 
standard  deviation  is  S1GR.  (Here  again,  if  the  resulting  time  to  repair  i3 
less  than  half  the  mean  time  to  repair,  the  sample  ia  rejected  and  re¬ 
sampling  occurs.  )  A  new  operating  time  to  failure  is  also  determined; 
this  is  accomplished  as  previously  described. 

Finally,  the  equipment  operability  check  is  again  made. 

If  the  repair  is  to  be  completed  before  the  planned  down  time,  the  failure 
check  is  made  again,  this  time  against  the  new  time  to  failure,  and  so  on. 

If  the  repair  is  not  to  be  completed  before  the  planned  down  time  (and  if 
the  input  record  of  planned  up  periods  has  not  been  exhausted),  the  next 
planned  up  period  for  the  monitor  is  considered. 

The  effect  of  the  READUP  processing  to  determine  game  up 
times  for  a  monitor  is  illustrated  in  Figure  4.2-5, 

4.2.  1.3  Subroutine  COMMUP 

The  purpose  of  subroutine  COMMUP  is  to  determine,  for 
each  remote  unattended  sensor  data  link  relay  involved  in  the  game,  the  game 
times  during  A’hich  the  relay  is  emplaced  and  operable.  A  macroflow  chart 
of  COMMUP  :3  shown  in  Figure 

4.2.  1.3.  1  Description  of  COMMUP  Inputs 

Name  Input  Description 

& 

XMUE  (VIII,  7)  Tins  is  the  game  time  at  which  the 

game  planner  has  specified  the  relay 
is  to  be  emplaced. 

SICE  (VIII,  9)  This  is  the  standard  deviation  of  the 
distribution  (treated  a3  a  normal)  of 
times  about  XMUE. 

Father  than  being  specified  directly  by  the  planner, 
this  standard  deviation  value  is  determined  by  a  code 
input  by  the  planner.  The  implications  of  the  value 
assigned  this  code  are  as  follows; 

Code  Value  of  Standard  Deviation 

(hours ) 

0  zjro 

1  0. 25 

2  0.7  5 

3  2 


The  roman  numeral  in  these  parenthetical  designations  refer  to  a  data  set 
in  Appendix  F  of  Volume  II  of  this  report.  The  arabic  numeral  refers  to 
a  particular  entry  within  the  data  set. 
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Figure  4.2-6  SUBROUTINE  CCMMUP  MACROFLOW 
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PA  (VIII,  10) 


This  is  the  probability  that  an 
emplacement  (or  re-emplacement) 
mission  for  a  giver  relay  installation 
'.vill  abort. 

ISD  (IX,  6)  This  is  a  cede  indicating  whether  or  not 

the  relay  will  self-destruct  when  its 
batteries  are  exhausted  (ISD  =  1 
indicates  self-destruct;  ISD  =  0 
indicates  no  self-destruct). 

4.  2.  i.  3.  2  Simulation  of  Relay  Emplacement,  Failure  and 
Re-Emplacement.  Much  of  the  processing  in  COMMUP  i3  quite  similar  to 
portions  of  that  described  previously  for  subroutine  RUSUP.  The  present 
discussion,  then,  will  trace  briefly  through  the  macroflow  shown  in 
Figure  4.2-6,  with  cross-reference  to  specific  portions  of  the  RUSUP 
description,  as  appi opriate . 

Initial  relay  emplacement  time  is  treated  as  being  normally 
distributed  (with  a  sigma  value  of  SIGE)  about  a  point  in  game  time  (XMUE) 
specified  by  the  planner,  and  is  determined  by  Monte  Carlo  sampling.  If 
the  resulting  emplacement  time  is  less  then  half  the  value  of  XMUE  the 
sample  is  rejected  and  resampling  occurs;  this  sampling  procedure  has  the 
effect  of  avoiding  negative  emplacement  times. 

If  the  above  emplacement  time  is  less  than  the  planned 
down  time  for  the  relay,  .1  check  is  made  for  mission  abort.  This  is  done 
by  comparison  of  the  input  probability  of  mission  abort  (PA)  with  a  uniform 
random  number  (0,  1).  If  the  mission  aborts,  it  is  considered  to  have  done 
so  at  the  previously  determined  emplacement  time.  If  more  missions  remain 
to  be  undertaken  in  the  interest  of  keeping  this  relay  installation  operable 
(depending  on  the  input  value  lor  NMC),  a  new  tentative  emplacement  time  is 
determined,  but  using  inputs  XMUR  and  SIGR  rather  tnan  XMUE  and  SIGE. 

If  no  missions  remain,  the  relay  remains  down  for  the  remainder  of  the 
game. 


If  an  abort  is  not  determined  to  occur  in  the  above  comparison, 
a  time  to  failure  is  determined  for  the  relay.  This  time  to  failure  is  determined 
as  indicated  in  the  previous  Figure  4.2-3  and  the  accompanying  discussion. 

(The  final  remarks  of  that  discussion  concerning  auxiliary  failures  do  not, 
of  course,  apply  to  the  present  case.  )  If  the  time  to  failure  is  such  that 
the  relay  will  not  fail  before  its  planned  down  time,  then  the  processing 
of  this  relay  through  COMMUP  is  complete.  Otherwise,  re-emplacement 
will  be  undertaken,  provided  additional  emplacement  missions  remain  to  be 
expended  in  the  interest  of  keeping  this  relay  installation  operable  until 
its  planned  down  time. 

The  output  record  from  COMMUP  contains  not  only  the  game 
times  at  which  up/down  changes  of  state  occur  for  the  relay,  but  also  status 
i  odes  indicating  the  status  assumed  by  the  relay  at  each  game  time  entry. 
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These  status  codes  are  defined  in  Tabic  4,2-n. 


Table  4.2-II  -  RELAY  STATUS  CODES 


Code 

Status  Indicated 

-1 

Relay  becomes  operable  as  a  result  of 
re -emplacement 

-2 

Relay  becomes  operable  for  first  time 
in  game 

-3 

Relay  down  because  of  mission  abort 

-4 

Relay  down  because  of  reliability 
failure 

-5 

Relay  down  because  of  life  (battery) 
failure 

-6 

Relay  down  because  planned  down 

4.2.2  Deployment  and  Failures  of  Manned  Stationary  Sensors 

The  determination  of  up  and  down  game  time  periods  for 
manned  stationary  sensors  is  accomplished  by  processing  these  sensors 
through  subroutine  RUSUP.  These  sensors  (referred  as  STASCAN  sensors 
in  the  program)  include  ground  radars,  night  observation  devices,  low 
light  level  TV,  and  any  other  manned  sensing  equipments  that  may  be 
represented  as  performing  the  sensing  function  while  occupying  a  fixed 
posicion  and  for  which  it  is  considered  desirable  to  play  failure  and  repair 
events. 


Special  attention  should  be  paid  to  the  assignment  of 
RUSUP  input  values  when  STASCAN  type  sensors  are  to  be  processed 
through  that  subroutine.  The  following  material  is  referenced  to 
Section  4.2.  1.  1.  1  (Description  of  RUSUP  Inputs),  and  ofiers  comments 
on  the  interpretation  of  RUSUP  inputs  as  applicable  to  the  manned 
stationary  sensors. 

(I)  Inputs  Defining  Array  Composition 

Input  Name  Comment 

N  (XIX,  4)  Number  of  sensors  in  this  array. 

All  sensors  in  a  STASCAN  array 
must  be  of  same  type  (e.  g.  ,  radar). 


The  roman  numeral  in  these  parenthetical  designations  refers  to  a 
particular  data  set  in  Appendix  F  of  Volume  LI  of  this  report,  i  he  a  ruble 
numeral  refers  to  a  particular  entry  within  the  data  set. 
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ICR  (I,  26) 


If  any  repair/replacement  is  desired 
for  a  STASCAN  sensor  in  the  event 
of  failure,  ICR  should  be  assigned  a 
value,  of  one.  Otherwise,  ICR  should 
be  assigned  a  value  of  zero. 

MPL  (XIX,  11)  Each  STASCAN  sensor  should  be 

defined  as  a  hand-emplaced  sensor. 

PS  (IV,  9)  By  implication,  this  value  will  be 

unity,  since  the  STASCAN  sensor  is 
treated  as  hand-emplaced. 

SD  (I,  27)  Since  the  STASCAN  sensors  are,  by 

definition,  manned  it  is  doubtful  that 
life  (i.  e.  ,  battery)  failures  would  be 
played  for  them.  In  any  case,  these 
sensors  would  be  represented  as  not 
having  the  self-destruct  feature. 

AUX  (JV,  8)  Each  STASCAN  sensor  should  be 
represented  as  a  primary  sensor. 

This  value  should  input  as  zero. 

(2)  Inputs  Defining  Time  Distributions 

Input  Name  Comment 

XMUF  (IV,  4)  This  is  the  mean  time  between  failure 
for  the  particular  type  STASCAN  sensor 
being  contemplated. 

XMUL  (IV,  5)  Since  these  sensor  types  are  manned, 
it  probably  will  not  be  desired  to  play 
life  (battery)  failures.  In  such  case 
XMUL  should  L  i  a  value  equal  to 
maximum  game  lime. 

SIGL  (IV,  6)  If  XMUL  is  assigned  a  value  equal  to 

maximum  game  time,  SIGL  should  be 
assigned  a  value  of  zero  (to  prevent 
the  occurrence  of  life  failures). 

XMUE  (XIX.  9)^1  The  same  considerations  apply  to  these 

SIGE  (XIX,  15)  /  inputs  for  the  STASCAN  sensors  that 

XMUR  (XIX,  1  fc h  would  apply  in  the  case  of  the  remote 

SIGR  (XIX,  17) J  unattended  sensors,  (pages  4-7, 4-8)* 

XMUM  (XIX,  18)  This  input  has  an  entirely  different 
meaning  in  the  case  of  the  STASCAN 
sensors  than  in  the  case  of  the  remo'e 
unattended  sensot  s.  In  the  present 
case  it  is  to  be  interpreted  as  the  mean 
time  required  to  repair  the  STASCAN 
sensor  in  question. 
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*In  the  case  of  t'TASCAN  sensors,  however,  XMUR  can  be  interpreted  as  the  mean 
time  to  repair  (or  if  desired  the  mean  time  ro  replace)  and  SICK  aa  the 
correspond i ng  standard  deviation. 


SIGM  (XIX,  19) 


This  is  the  standard  deviation  of  a 
distribution  of  times  about  XMUM. 


Rather  than  being  specified  directly  by  the  planner, 
the  value  of  this  standard  deviation  is  controlled  by  a 
two-value  code  whose  value  is  assigned  by  the  planner. 
Specifically,  the  following  values  are  assigned  by 
designer  input: 

Standard  Deviation  Value 


Code 

0 

1 


0 

1  day 


(3)  Inputs  Governing  Sensor  Emplacement  Missions 

Input  Name  Comment 

NMC  (I,  2  5)  NMC  is  assigned  a  value  of  one  when 
processing  STASCAN  type  sensors 
through  subroutine  RUSUP. 

NPC  (I,  24)  NPC  is  assigned  a  value  of  one  for  the 

STASCAN  sensors. 

PA  (I,  23)  PA  is  assigned  a  value  of  zero  for  a 

STASCAN  sensor. 


4.2.3 


Moving  Sensor  System  Missions  and  Equipment  Failures 


oving  sensor  system  missions  and  equipment  failures 
associated  with  such  missions  are  simulated  in  subroutine  MVS  (Step  #4 
of  PRERUN).  *  MVS  determines,  for  each  moving  sensor  planned  for  play 
in  the  game,  the  game  time  during  which  the  sensor  is  operating.  The 
subroutine  is  used  to  process  both  moving  sensor  systems  represented  as 
moving  on  the  ground  and  those  represented  as  airborne.  A  moving  sensor 
system  may  be  represented  in  the  subroutine  as  including  as  many  as 
three  sensing  equipments. 


4.2.3.  1  Description  of  Inputs 

The  following  inputs  are  required: 

(XXI,  6)  (1)  The  game  time  at  which  the  moving  sensor 
system  mission  is  intended  to  begin. 


Subroutine  MVS  is  also  used  to  determine  navigation  errors  for  moving 
sensor  system  missions,  as  discussed  in  Section  4.3.2. 
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(XXI,  9)  (2)  The  ground  track  of  the  entire  mission. 

(XXI,  11)  (3)  The  speed  of  the  vehicle  or  platform 

associated  with  the  mission. 

(XX,  4)  (4)  The  number  of  sensing  equipments  included 

in  the  mission. 

(IV,  4)  (5)  For  each  sensing  equipment  included  in 

in  the  mission,  its  mean  time  between 
failures . 

(XX,  10)  (6)  Specification  of  whether  the  mission  must 

be  accomplished  during  daylight,  must 
be  accomplished  during  night  time,  or  is 
insensitive  to  day/night  conditions. 

(XX,  12)  (7)  Minimum  visibility  under  which  tho 

mission  can  begin,  and,  having  begun, 
continue. 

(XX,  11)  (8)  Minimum  ceiling  under  which  the  mission 

can  begin,  and,  having  begun,  continue. 

(XX,  9)  (9)  Probability  of  mission  abort. 

4.2.  3.2  Processing  to  Determine  Up  Times  for  Moving  Sensors 

A  macroflow  of  that  portion  of  subroutine  MVS  concerned 
with  determining  up  times  for  moving  sensors  is  shown  in  Figure  4.2-7. 

In  the  design  of  this  subroutine  the  assumption  was  made  that  in  some  cases 
the  moving  sensor  system  missions  would  require  certain  minimum  meteoro¬ 
logical  and  day /night  conditions  in  order  to  be  undertaken  and  completed;  an 
airborne  radar  surveillance  mission,  for  example,  might  represent  such  a 
case.  As  shown  in  Figure  4.2-7,  for  each  planned  moving  sensor  system 
mission  the  conditions  necessary  for  its  accomplishment  must  exist  before 
it  can  be  undertaken.  Existing  conditions  as  a  function  of  time  are  deter¬ 
mined  by  searching  the  ATMENV  table  (an  array  of  data  reflecting  time- 
ordered  changes  in  atmospheric,  environmental  and  ephemerus  conditions). 
ATMENV  is  searched,  in  turn,  for  suitable  day/night  conditions,  suitable 
visibility  and  suitable  ceiling  conditions  to  begin  the  mission.  If  a  game  time 
cannot  be  found  at  which  all  of  these  conditions  are  suitable,  the  mission  is 
abandoned  If  such  a  game  tims  can  be  found  in  ATMENV  that  is  equal  to  or 
later  than  the  input  time  for  the  initiation  of  the  mission,  that  time  ia  taken 
to  be  the  tentative  mission  initiation  time.  Then  ATMENV  ia  searched  to 
determine  how  long  suitable  conditions  for  the  mission  endure.  If  one  or 
more  of  the  necessary  conditions  ceases  to  exist  during  the  period  of  time 
it  would  require  to  accomplish  the  mission,  the  mission  is  abandoned. 
Otherwise,  the  sensors  included  in  the  mission  are  recorded  as  being  up 
and  operable  at  the  previously  determined  time  for  mission  initiation. 

Operating  time  to  failure  for  each  sensor  included  in  the 
mission  is  then  determined  by  random  entry  into  a  Poisson  distribution  whose 
defining  parameter  is  the  MTBF  value  applicable  to  the  sensor  in  question. 


Whether  or  not  the  mission  aborts  is  determined  by 
comparison  of  the  input  probability  of  mission  abort  with  a  uniform  random 
number  (0,  1).  If  mission  abort  occurs,  its  time  is  determined  by  uniform 
sampling  across  the  mission  duration  period . 

The  down  time  for  each  sensor  included  in  the  mission  is 
determined  as  follows.  If  an  abort  occurs,  the  sensor  is  recorded  as 
down  at  its  reliability  failure  time  or  at  the  time  or  abort,  whichever 
comes  earlier  in  game  time.  If  no  abort  occurs,  the  sensor  is  recorded 
as  down  at  its  reliability  failure  time  or  at  the  end  of  mission  time,  whichever 
comes  earlier  in  game  time. 

4.  3  POSITION  AND  NAVIGATION  ERRORS 

Ground  truth  positions  for  stationary  sensors  played  in 
the  game  and  navigation  errors  for  moving  sensors  played  in  the  game  are 
determined  in  Steps  3  and  4  of  the  PRERUN  program.  Porition  errors  for 
both  the  remote  unattended  sensors  and  for  the  manned  stationary  ground 
sensors  are  calculated  by  means  of  subroutine  SNPGT  (Step  3  of  PRERUN). 
Navigation  errors  for  both  airborne  sensors  and  those  represented  as  moving 
on  the  ground  are  calculated  by  means  of  subroutine  MVS.  Four  called 
subroutines  are  used  in  conjunction  with  both  SNPGT  and  MVS.  These 
are: 

(1)  Subroutine  DCPIER  for  use  when  a  sensor  platform 
or  vehicle  used  for  sensor  emplacement  missions  is 
represented  as  being  equipped  with  a  doppler  navigation 
system. 

(2)  Subroutine  RHOTHE,  for  use  when  a  sensor  platform 
or  vehicle  used  for  sensor  emplacement  missions  is 
represented  as  making  u?e  of  a  rho-theta  radar 
tracking  navigation  system. 

(3)  Subroutine  HYPEKB,  for  use  when  a  3ensor  platform 
or  vehicle  used  for  sensor  emplacement  missions  is 
represented  as  supported  by  a  hyperbolic  navigation 
system 

(4)  Subroutine  NORMER,  for  use  in  sensing  missions  and 
sersor  emplacement  missions  wherein  position 
location  is  represented  as  being  determined  in  open 
terrain  from  maps  and  visual  sightings. 

4.  3,  1  Subroutine  SNPGT 

The  purpose  of  subroutine  SNPGT  is  to  determine,  for 
each  stationary  ground  sensor  (i.e.,  both  remote  unattended  sensors  and 
manned  sensing  equipments)  played  in  the  game,  the  ground  truth  position 
coordinates  of  the  sensor  for  each  game  time  period  during  which  the 
sensor  is  represented  as  operating. 
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4.  3. 1.  1 


Description  of  SNPGT  Processing 


A  macroflow  of  subroutine  SNPGT  is  shown  in  Figure  4,3-1. 

One  of  the  principal  objectives  in  the  design  of  this  subroutine  was  to  provide 
maximum  flexibility  for  the  examination  of  thi  influence  on  system  performance 
of  the  disparity  between  planner-specified  sensor  position  and  actual  ground 
truth  sensor  position,  as  determined  by  the  introduction  of  errors  from  one 
or  more  of  several  error  sources.  For  each  sensor  to  be  deployed  in  the 
course  of  the  game,  a  position  is  specified  by  planner  input.  Tnis  position 
is  referred  to  in  Figure  4.3-1  as  PCE  (that  is,  the  Commander's  Estimate  of 
the  Position  of  the  sensor).  For  the  purpose  of  any  intelligence  inferences 
dr.\wn  from  any  target  detections  by  the  sensor  during  the  game,  PCE  is 
tree ted  as  though  it  were  the  actual  ground  truth  position  of  the  sensor; 
that  is,  the  estimated  s;nsor  position  is  attributed  the  same  significance 
that  would  be  the  case  in  actual  operations.  If  the  game  planner  does  not 
desire  to  play  location  errors  for  stationary  ground  sensors,  then  PCE  and 
the  Ground  Truth  Position  (PGT  in  the  macroflow)  are  identical.  If,  however, 
the  planner  wishes  to  play  one  or  more  of  the  error  sources,  the  ground  truth 
position  is  derived  by  incorporating,  in  turn,  errors  from  each  of  the  error 
sources  designated  by  the  planner  to  be  played  in  the  game.  The  paragraphs 
that  follow  discuss  the  treatment  in  SNPGT  of  the  several  error  sources  shown 
in  Figure  4.3-1. 


(1)  Map  Error.  Map  error  is  treated  in  subroutine  SNPGT 
in  the  familiar  operational  sense  of  the  term.  That  is,  it  is  construed  to 
mean  the  distribution  of  differences  that  would  be  observed  if  the  distances 
and  directions  among  features  as  represented  on  the  map  were  compared 

with  the  results  of  arbitrarily  accurate  measurements  among  the  corresponding 
features  as  they  actually  exist  on  the  terrain.  The  dashed  line  by-pass 
indicated  in  the  macroflow' indicates  that  whether  or  not  map  error  is  to  be 
played  is  a  matter  of  planner  option;  this  is  also  true  of  all  other  error 
sources  depicted  inPigure  4.3-1.  In  cases  where  two  or  more  sensors  are  so 
emplaced  or  deployed  that  they  would  logically  share  a  common  map  error 
(i.e.,  assuming  map  error  is  to  be  played),  Monte  Carlo  sampling  to 
determine  map  error  is  done  only  once,  and  the  sample  value  is  taken  as 
applicable  to  all  of  the  sensors  involved.  For  example,  in  the  representation 
of  the  emplacement  of  an  array  of  three  remote  unattended  sensors  fifty 
meters  apart  at  some  nominal  location  within  the  scenario  terrain,  the 
same  map  error  sample  would  apply  to  all  three  sensors,  although  a 
relative  location  error  (to  be  discussed  presently)  might  apply  to  the 
individual  sensors  in  the  array. 

(2 )  Sensor  Emplacement  by  Artillery  and  Mortars.  A s 
indicated  in  the  macroflow,  SNPGT  provides  for  the  play  of  two  error  sources 
(in  addition,  that  is,  to  map  error  previously  discussed)  for  artillery/mortar- 
emplaced  sensors:  weapon  location  error,  and  weapon  dispersion  error. 

In  the  caae  of  unobserved  fire,  all  sensors  fired  from  feiven  weapon  position 
are  treated  as  receiving  the  same  weapon  location  error  component  in  their 
overall  position  error.  In  the  case  of  observed  fire,  the  weapon  location 
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<*. 3-1  MACROFLOW  OF  SNPGT 


4-30 


1 


error  is  by-passed.  When  the  planner  elects  t  play  weapon  dispersion 
error,  Monte  Carlo  sampling  occurs  each  titn  .  sensor  is  fired  and  the 
sample  is  Incorporated  into  the  sensor's  overall  position  error.  When 
artillery /mortar-emplaced  sensors  are  represented  a3  being  re-emplaced, 
resampling  occurs  to  determine  the  new  sensor  position.  If  fired  from 
the  same  weapon  position  as  in  their  previous  emplacement,  sensors  are 
attributed  the  previously  determined  component  of  weapon  location  error; 
but  in  any  case  resampling  occurs  to  determine  weapon  dispersion  error 
for  each  such  sensor. 

>  (3)  Sensor  Emplacement  by  Air-Drop..  For  sensors 

represented  as  air-drop-emplaced,  SNPGT  provides  for  two  error  sources 
(in  addition  to  map  error);  these  are  navigation  error  and  vertical  fall 
error.  If  navigation  error  is  to  be  played,  the  subroutine  representing 
the  specified  type  of  navigation  system  (DOPLER,  RHOTHE,  HYPERB  or 
NORMER)  is  called  and  the  navigation  error  returned  to  SNPGT.  Vertical 
fall  error  is  intended  as  the  dispersion  that  might  be  expected  to  occur 
when  sensors  r.re  dropped  from  an  airborne  platform  with  an  intended 
impact  point  at  or  near  some  terrain  feature.  When  this  error  source  is 
played,  Monte  Carlo  sampling  occurs  each  time  a  sensor  is  dropped.  As 
in  the  case  of  artillery/mortar-emplaced  sensors,  resampling  is  done  to 
determine  re-emplacement  positions  for  air-drop  sensors. 

(4)  Hand-Emplaced  Unattended  Sensors  and  Manned 

Stationary  .Sensors .  Hand- emplaced  remote  unattended 
sensors  and  manned  stationary  sensors  may  be  specified  by  the  planner  as 
being  subject  to  map  error  as  regards  ground  truth  position.  In  addition, 
such  sensors  may  be  subject  to  one  or  the  other  of  two  error  sources: 
the  error  source  referred  to  in  the  macroflow  as  location  error  or  that 
referred  to  as  relative  location  error.  All  manned  stationary  sensors  and 
all  remote  unattended  sensors  that  are  either  the  first  or  the  only  sensor 
in  the  array  are  treated  as  subject  to  location  error.  All  remote  unattended 
sensors  that  are  the  second  or  subsequent  sensor  in  the  array  are  treated 
as  subject  only  to  relative  location  error.  That  is,  relative  location  error 
is  the  random  error  that  would  occur  in  positioning  sensors  with  respect 
to  one  another  within  a  single  array  of  sensors.  Typically,  the  distribution 
of  relative  location  errors  would  have  a  considerably  smaller  /ariance 
than  would  the  distribution  of  location  errors. 

Special  provisions  ?re  made  in  subroutine  SNPGT  for  hand- 
emplaced  remote  unattended  sensors  and  manned  stationary  sensors  that 
are  specified  to  be  emplaced  adjacent  to  trails  or  other  clearly  defined 
terrain  features.  Clearly  it  is  not  plausible  that  operational  personnel 
intending  to  hand-emplace  a  sensor  beside  a  trail  would  inadvertently  emplace 
the  sensor  fifty  or  a  hundred  meters  away  from  the  trail.  On  the  other  hand, 
a  distribution  of  errors  would  be  expected  to  exist  along  the  trail.  In  suc  h 
cases,  therefore,  SNPGT  rejects  the  component  of  error  (as  determined  by 
Monte  Carlo  sampling)  perpendicular  to  the  trail  and  represents  only  that 
component  parallel  to  the  trail  at  reflected  in  the  ground  truth  position 
of  the  sensor. 
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4.3.  1.2 


Description  of  SNPGT  Inputs 


In  the  following  descriptions  of  SNPGT  planner  inputs  the 
parenthetical  designation  following  the  input  description  indicates  the 
location  of  the  corresponding  entry  in  Appendix  F  of  Volume  II  of  this 
report.  The  first  element  in  each  designation  (roman)  refers  to  a  particular 
Appendix  F  data  set;  the  second  element  (arabic)  in  each  designation  refers 
to  a  particular  entry  in  the  aforesaid  data  set. 

(Ill,  1)  (1)  Sensor  ID  number. 

(I,  11)  (2)  Technique  d.  sensor  emplacement.  The  following  codes 

are  used; 

1  indicates  hand  emplacement 

-2  indicates  air  drop  without  visual  observation 

2  indicates  air  drop  with  visual  observation 

-3  indicates  ai  tillery /mortar  emplacement,  unobserved 
fire 

3  indicates  a -tillery/mortar  emplacement,  observed 
fire, 

'(3)  Standard  deviation  of  map  error.  At  the  present  time 
this  value  is  not  determined  by  planner  input  but  is 
entered  ir.  the  program  as  a  constant  (zero).* 

(II,  3)  (4)  Standard  deviation  of  location  error.  This  error  is 

applicable  (at  the  planner's  option)  tc  artillery/mortar- 
emplaced  and  hand -emplaced  sensors.  For  artillery/ 
mortar  emplacement,  it  represents  the  uncertainty  as 
regards  the  true  position  of  the  firing  weapon. 

(II,  4)  (5)  Relative  location  error.  This  error  applies  (at  the 

planner's  option)  to  all  second  and  subsequent  sensors 
in  a  hand -emplaced  a-ray  and  is  used  (if  at  all)  in  lieu 
of  all  other  errors.  It  is  the  standard  deviation  of  the 
relative  position  errors  among  sensors  within  a  given 
array. 

(II,  rtir  Drop  (6)  Navigation  system.  This  is  a  two-digit  code.  The  first 
3)  digit  of  this  code  is  to  be  interpreted  as  follows: 

0  Perfect  navigation  (i.e.,  no 

navigation  error) 

1  Hyperbolic  navigation  system. 

i.  Rho-Thfcta  navigation. 

*  See  listing  for  1'RERUN  Job  Step  0,  Executive  Subroutine  INMAIN,  statement 
sequence  0021;  i.e.  ,  ZMAP  »  0. 


t 


I 


; 


3  Doppler  navigation  system. 

4  No  physical  type  of  navigation  system 
specified,  but  Gaussian  errors 
randopily  played  using  designer  values 
for  standard  deviation. 


The  second  digit  in  the  code  is  to  be  interpreted  as 
follows:  the  digits  1,  2,  3  and  4  indicate  different 
versions  (in  ascending  order  of  quality  of  performance) 
of  each  of  the  four  generic  navigation  system  types. 

(II,  Arty/Mort  (7)  Weapon  Code.  Planner  input  codes  for  designating 

weapon  type  for  weapon -emplacement  of  sensors  are  - 
as  follows: 


155 

155  mm  howitzer 

105 

105  mm  howitzer 

8 

8  inch  howitzer 

81 

81  mm  mortar 

42 

4.  2  inch  mortar 

(II,  Arty/Mort 
5) 


(8)  This  is  the  x  coordinate  of  the  position  of  the  weapon 
used  for  weapon- emplacement  of  sensors. 


(II,  Arty/Mort 
10) 


(9)  This  is  the  y  coordinate  of  the  position  of  the  weapon 
used  for  weapon-emplacement  of  sensors. 


(Ill,  5,  6,  7)  (10)  Coordinates  of  intended  sensor  emplacement  position. 

Entries  define  the  conventions  adopted  for  treating 
this  input,  which  are  as  follows: 


Input  Entry  No. 

5 

6 
7 


Sensor  in  Open 
0 

X  (meters) 

Y  (meters) 


Sensor  by  Path 
ID  of  route 
I.eg  Number 
Distance  along  leg 


(II,  Air  Drop  (11)  Aircraft  Type.  The  planner  input  code  used  is  as  follows: 
4) 

1  indicates  helicopter 

2  indicates  fixed-wing  prop  type 

3  indicates  fixed-wing  jet  type 
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(II,  Air  Drop  (12)  Drop  speed.  This  is  the  speed  of  the  aircraft  at  the 

7)  time  of  sensor  deployment. 

(II,  Air  Drop  (13)  Drop  altitude.  This  is  the  altitude  of  the  aircraft 

8)  at  the  time  of  sensor  deployment. 

(II,  Air  Drop  (14)  Specification  of  the  particular  version  of  the  previously 
3)  designated  generic  type  of  navigation  system  (see  item  6 

above. 

Designer  Input  Tables  Used  in  SNPGT 

Three  designer  input  tables*  are  used  in  subroutine  SNPGT. 

These  are: 

(1)  Table  ATMOE  (designated  Table  4,3-1  in  the  present 
report)  which  provides  firing  table  data  defining  range 
dispersion  and  deflection  dispersion  for  the  weapons 
used  in  the  weapon-emplacement  of  remote  unattended 
sensors. 

(2)  Table  ADROP1  (designated  Table  4.3-II  in  the  present 
report)  which  provides  standard  deviation  values  for 
along  track  and  across  track  dispersion  of  sensors'  *" 
dropped  from  helicopters,  as  a  function  of  helicopter 
velocity  and  altitude. 

(3)  Table  ADROP2  (designated  Table  4.3-III  in  the  present 
report)  which  provides  standard  deviation  values  for 
along  track  and  cross  track  dispersion  for  sensors 

•  dropped  from  fixed-wing  aircraft,  as  a  function  of 
aircraft  velocity  and  altitude, 

4.3.2  Moving  Sensor  Position  Errors 

Moving  sensor  position  errors  as  a  function  of  time  are 
determined  by  subroutine  MVS  (Step  4  of  pre-run)  which  in  turn  calls  (as 
required)  one  of  the  four  navigation  subroutines:  DOPLER,  RHOTHE, 
HYPERS  or  NORMER.  Subroutine  MVS  determines  ground  truth  position 
coordinates ,  elapsed  movement  and  time  and  average  movement  velocity 
tor  each  moving  sensor  olatform  played  in  the  game.  The  subroutine 
calculates  these  data  for  the  initial  point  of  each  segment  of  the  movement 
route  and  for  the  movement  termination  point.  Ground  truth  position  reflects 
the  effects  of  all  location  errors  played.  Elapsed  time  data  are  dependent 
upon  velocity  specified  by  input.  If  the  sensor  platform  is  constrained  to 
follow  a  prominent  route,  elapsed  time  is  adjusted  to  allow  for  navigation 
and  map  error  while  the  coordinates  of  each  path  segment  are  adjusted 
only  for  map  error. 

See  also  Volume  II,  Appendix  i,  Tables  I-A,  1-5  and  1-6 
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•  All  data  represent  standard  devi»»ic-  of  a  normal  error  distribution. 


Table  4. 3 -II 


ADR0P1  DESIGNER  INPUT  DATA 


VELOCITY  (M/SEC) 


A/C 

ALTITUDE 
(ABOVE  MSL, 
METERS) 

025 

25-50 

cr 

ALONG 

TRACK 

cr 

CROSS 

TRACK 

cr 

ALONG 

TRACK 

a- 

CROSS 

TRACK 

0-150 

60 

1  20 

00 

26 

150-300 

60 

20 

80 

25 

joo^go 

70 

20 

90 

25 

450600 

70 

20 

90 

30 

000-750 

80 

20 

100 

30 

760 WO 

95 

25 

115 

30 

9001050 

100 

25 

125 

35 

1050  1200 

150 

25 

140 

35 

12CC13S0 

100 

25 

160 

40 

3501500 

100 

?5 

175 

40 

Table  4. 3 -II I 

ADROP2  DESIGNER  INPUT  DATA 


A/C  VELOCITY  (M/SEC) 


A/C 

ALTITUDE 
(ABOVE  MSL. 
METERS) 

100-150 

150-200 

200-250 

<r 

ALONG 

TRACK 

cr 

CROSS 

TRACK 

cr 

ALONG 

TRACK 

cr 

CROSS 

TRACK 

cr 

ALONG 

TRACK 

cr 

CROSS 

TRACK 

0-150 

100 

25 

110 

30 

100 

25 

150-300 

110 

25 

110 

30 

.10 

25 

300-439 

110 

25 

120 

30 

120 

30 

450-600 

120 

120 

30 

130 

30 

600-750 

120 

130 

35 

140 

35 

750-900 

130 

130 

35 

150 

35 

900  1050 

130 

140 

40 

ISO 

40 

1050-1200 

140 

35 

140 

40 

160 

40 

12001350 

140 

35 

150 

40 

100 

45 

1350-1500 

140 

35 

150 

40 

100 

45 

4.3.2.  1  Processing  to  D  ttermine  Moving  Sensor  Position  Errors 

A  macroflow  of  the  treatment  of  moving  sensor  position 
error  as  a  function  of  time  is  shown  in  Figure  4.3-2. 

If  map  error  is  to  be  played,  the  error  parameter  and  error 
components  are  selected  and  added  to  path  segment  coordinates.  Map  error 
data  used  at  the  start  of  the  movement  is  held  to  be  played  at  the  end  of  the 
movement  if  it  is  terminated  at  the  starting  point. 

Velocity  control  factor  (MFAC)  used  to  vary  the  velocity  on 
each  moveme'nt  leg  is  obtained  and  the  leg  velocity  calculated. 

If  navigation  error  is  not  played,  elapsed  time  data  is 
calculated  and  stored.  If  navigation  error  is  played,  the  appropriate  navi¬ 
gation  system  error  subroutine  is  called. 

If  the  sensor  platform  is  not  constrained  to  follow  a  trail, 
navigation  system  error  is  combined  with  path  segment  coordinates  which 
are  then  used  to  calculate  elapsed  time  data.  The  coordinates  and  time  data 
are  (hen  stored.  If  the  sensor  platform  does  follow  an  established  route, 
then  navigation  system  error  is  used  to  adjust  the  time  required  (elapsed 
time)  for  the  platform  to  reach  the  starting  point  of  the  path  lep  under  con¬ 
sideration.  If  this  error  vector  is  oriented  within  90*  of  the  d  rection  of 
movement,  the  elapsed  time  is  reduced  indicating  that  the  error  in  determining 
position  along  the  trail  caused  early  arrival  at  that  point  of  the  trail.  If  the 
opposite  is  true,  the  time  is  decreased.  If  neither  case  is  true,  the  time  is 
not  changed. 


4,  3.2.2  Description  of  Inputs 

The  following  are  descriptions  of  planner  inputs  required  for 
those  portions  of  subroutine  MVS  that  determine  ground  truth  position  of 
.,,oving  sensors  in  the  game.  The  parenthetical  designations  for  each  input 
description  reference  the  corresponding  entries  in  the  master  input  table 
description  given  in  Appendix  F  of  the  User's  Manual  (Volume  II  of  this 
report).  The  first  element  in  each  such  designation  (the  roman  numeral) 
references  a  data  set  in  Appendix  F;  the  second  element  (the  arabic  numeral) 
references  a  particular  entry  in  the  aforesaid  data  set. 


(XX, 

6) 

(1) 

ID  number  of  the  moving  sensor  system  of  which  this 
sensor  is  a  part. 

(XX, 

4) 

(2) 

Number  of  sensors  included  within  the  moving  sensor 
system  of  which  this  sensor  is  a  part. 

'XX. 

5) 

(3) 

ID  number  of  first  sensor  of  the  moving  sensor  system 
of  which  this  sensor  it.  a  part. 
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Figure  4.3-2 


MOVING  SENSOR  POSITION  ERROR  MACROFLOW 
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(II,  3) 


(XX,  8) 

(XX,  9) 

(XX.  10) 

(XX,  11) 

(XX,  12) 

(XXI,  6) 
(XXI,  10} 


(4)  Type  of  navigation  system  specified  for  this  moving 
sensor  system.  Planner  input  '•odes  are  interpreted 
as  follows: 

0  Perfect  navigation  system  (i.  e.  , 

no  navigation  error) 

1  Hyperbolic  navigations  system 

2  Rho  Theta  type  navigation 

3  Doppler  Navigation  system 

4  No  specific  type  navigation  system 

specified,  but  Gaussian  errors  played, 
determined  by  designer  input  standard 
deviation  value, 

(5)  Specification  of  particular  version  of  selected  generic 
type  of  navigation  system.  Code  (1,  2,  3,  4)  that 
indicates  which  version  is  applicable  to  this  moving 
sensor  system;  planner  inputs  appropriate  data  sets 
XV,  XVI,  XVII,  XVm.  If  Item  (4)  above  is  zero,  the 
present  input  iterr  .s  left  blank. 

(6)  Probability  of  mission  abort  due  to  causes  other  than 
day/night  timing  of  mission,  sensor  failure,  ceiling  or 
visibility  conditions. 

(7)  Day/Night  mission  constraint  code,  as  follows: 

0  Mission  can  occur  in  daylight  only 

1  Mission  can  occur  at  night  only 

2  No  day/night  constraint  on  mission. 

(8)  Minimum  ceiling  conditions  under  which  mission  i  a:i 
occur,  meters  to  ceiling. 

(9)  Minimum  visibility  conditions  under  which  mission  can 
occur,  meters  visibility. 

(10)  Planned  game  time  of  mission  initiation. 

(11)  Node  at  which  moving  sensor  system  mission  begins 
and  node  at  which  it  ends. 
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(XXI,  9) 


$ 

(12)  ID  of  route  specified  by  planner  to  be  taken  for  the 
moving  sensor  system  mission. 

(13)  Nominal  speed  of  moving  sensor  mission  in  km/hr. 

’ 

Subroutine  DOPLER 

Subroutine  DOPLER  generates  X  and  Y  components  of  system 
error  expected;  from  a  Doppler  navigation  system.  This  error  is  proportional 
to  the  time  of  flight  and  is,  therefore,  cumulative.  The  present  simulation, 
however,  provides  for  updating  the  Doppler  system  at  a  specified  navigation 
checkpoint  along  the  flight  path  and  generates  applicable  updated  system 
error  components. 

4.3.3.  1  General  Description  of  Processing 

A  macroflow  for  subroutine  DOPLER  is  shown  in  Figured. 3-3. 
The  sequence  of  processing  is  as  follows: 

(1)  Navigation  system  error  parameters  and  the  factor 
for  system  up-dating  are  obtained  from  the  DOPLER 
navigation  parameter  table. 

(2)  One  standard  deviation  of  error  for  registering  the 
system  at  the  take-off  point  is  obtained  at  the  start 
point  of  the  second  leg.  The  error  distribution  is 
assumed  to  be  circular  normal. 

(3)  Distance  and  time  involved  in  traversing  the  leg  are 
calculated. 

(4)  One  standard  deviation  of  along-track  and  cross-track 
components  of  Doppler  error  are  calculated, 

(5)  Along  track  error  and  cross  track  error  parameters 
are  combined. 

(6)  The  angular  si'  (Theta)  of  the  flight  path,  measured 
from  the  positive  X-axis,  i«  derived.  Random  normal 
deviates  of  along-track  and  cross -track  error  components 
are  selected. 


(XXI,  11) 
i.3.3. 


Detailed  treatment  of  path  input  data  for  a  designated  route  is  described 
in  data  set  XII  presented  in  Appendix  F  of  Volume  II  of  this  report. 

**The  mathematical  relationships  represented  in  the  subroutine  DOPLER  are 
taken  from  "The  Covariance  of  Position  Location,  "  Stanford  Research 
Institute  Project  odOL  November  196H. 


(7)  The  X  and  Y  components  of  along-track  error  and  of 
cross-track  error  are  calculated  and  added  to  obtain 
the  ilesir-d  output. 

(8)  The  Doppler  system  updating  is  assumed  to  occur  at  the 
initial  point  of  a  flight  path  segment.  If  updating  is 
called  for  then  one  standard  deviation  of  the  error 
distribution  (assumed  to  be  circular  normal)  is 
calculated  from  aircraft  altitude  and  the  error  factor. 

(9)  Random  normal,  deviates  of  updated  system  error  are 
selected  as  output  of  the  subroutine. 

4.  3. 3. 2  Description  of  Inputs  to  Subroutine  BOPLER 

Toe  input  structure  for  subroutine  DOPLER  ir.  designed  to 
accept  a  planner  code  (1,  2,  3,  4)  specifying  which  of  four  input  performance 
parameter  sets  is  to  be  played.  For  a  give^i  equipment  performance  parameter 
set  the  following  input  values  are  required: 

(1)  Standard  deviation  of  error  ir.  registering  system  at 
movement  initiation  poii.t  (mete'  '. 

(2)  Standard  deviation  oi  llight  updating  error  (Percent/100 
.hat  is  applied  to  altitude  above  ground. 

(3)  System  Noise  Bandwidth  ( 1  /mio rosecond ). 

(4)  Standard  deviation  of  along-track  sensor  error  (meters). 

(c'  Standard  deviation  of  along-track  computer  error  (meters). 

(b)  Standard  deviation  of  cross-trick  sensor  error  (meters). 

(7)  Standard  deviation  of  cross-track  computer  error  (meters). 

4.3.4  Subroutine  RHGTHE 

Subroutine  RHCTHF  generates  X  and  Y  components  of  error 
represent  :  of  a  Rho-Theta  radar  tracking  navigation  system  utilizing  a 
baromet  ..  ...cimete.'  for  independent  altitude  measurement. 

See  Data  Set  XVII.  Appendix  F,  Volume  Ii  A  designer  input  table  is 
also  currently  included  in  model  tor  these  parameters  containing  one  set 
of  values  to  v  huh  the  program  will  default  if  planner  inputs  not  supplied. 

(See  Vo!.  11,  App.  I,  Tail.  1-9) 

^  * 

The  mathematical  relationships  represented  in  the  subroutine  RHOTHE 
program  are  taken  from  "The  Covariance  of  Position  .Location,  "  Stanford 
Research  Institute  Project  3205,  November  ’vCH. 


4.3.4.  1 


General  Description  of  Processing 


A  maci oflow  diagram  for  subroutine  RHOTHE  is  shown  in 
Figure  4  .3-4  .The  sequence  of  processing  is  as  follows: 

(1)  Navigation  system  ground  station  location  and  one 
standard  deviation  value  of  system  component  errors 
are  obtained  from  the  PRNV2  (navigation  parameter) 
table. 

(2)  The  square  of  ground  range  (DD  1 )  and  of  slant  range 
(DD2)  to  the  sensor  platform  are  calculated. 

(3)  One  standard  deviation  of  the  ground  plane  component 
of  range  error  (GRRS)  and  azimuth  error  (GRAS)  are 
calculated. 

(4)  Slope  (THETA,  measured  from  position  X  axis)  of  the 
line  joining  the  ground  station  and  the  sensor's  projected 
X,  Y  position  is  determined  for  use  in  computing  X  and 
Y  components  of  range  and  azimuth  error.  Random 
normal  deviates  of  range  and  azimuth  error  are  selected. 

X  and  Y  components  of  error  are  obtained. 

(5)  Range  and  azimuth  error  components  are  combined. 

4.  3. 4.  2  Description  of  Inputs  to  Subroutine  RHOTHE 

The  input  structure  for  subroutine  RHOTHE  io  designed  to 
accept  a  planner  code  (1,  2,  3,  4)  specifying  which  of  four  input  equipment 
performance  parameter  sets  is  to  be  played.  For  a  given  equipment 
performance  parameter  set  the  following  input  values  are  required; 

(1)  Standard  deviation  of  ground  station  location  error  (meters). 

(2)  Standard  deviation  of  system  direction  resolution  error 
(mils). 

(3)  Standard  deviation  of  system  range -resolution  error 
(meters). 

(4)  Standard  deviation  of  altitude-resolution  error  (meters). 

(5)  X-coordinate  of  ground  station  location  (meters). 

(6)  Y-coordinate  of  ground  station  locat’^n  (meters). 

(?)  Elevation  above  MSL  of  ground  station  location  (meters). 


See  Data  Set  XVI,  Appendix  F,  Volume  II.  A  designer  input  ta'-Le  (Vol.  II, 
App.  I,  Table  VII)  is  also  currently  included  in  model  for  c  heckout  purposes. 
One  set  of  values  is  included  to  which  program  will  default  if  planner  inputs 
pot  supplied.  Since  parameters  are  scenario  dependent,  designer  table 
should  not  be  used. 
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Figure 


f 


.3 -A  SUBROUTINE  RHOTKE  MACROFLOW 
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4.3."  Subroutine  HYPERB 

Subroutine  HYPERB  permits  the  planner  to  play  navigation 
system  error  for  a  four-station  (three  slaves  and  one  master)  hyperbolic 
navigation  system.  Although  tyoically  used  f&r  airborne  sensor  platforms 
(or  aerial  vehicles  used  for  sensor  emplacement  missions),  HYPERB  is  also 
applicable  to  ground  movements,  either  along  prominent  trails  or  over 
unrestricted  routes.  The  subroutine  derives  the  position  error  vector  that 
results  for  each  of  the  three  station  pair  combinations,  then  selects  the  one 
of  smallest  magnitude  for  deriving  the  output  error  components  of  the 
subroutine. 

4.  3.  5.  1  General  Description  of  Processing 

A  macroflow  diagram  for  subroutine  HYPERB  is  shown  in 
Figure  4.3-5  .The  processing  sequence  followed  in  the  subroutine  is  as 
follows: 

(!)  System  ground  station  location  and  error  components 
are  obtained  from  the  navigation  parameter  (PRNVl) 
table. 

(2)  Slope  of  the  line  (BETA,  measured  in  the  ground  plane 
from  positive  X-axis)  between  ground  stations  and  the 
platform  is  determined.  The  angle,  ALPH,  between  the 
above  mentioned  line  and  a  line  of  position  to  the  platform 
is  determined.  The  time  difference  from  the  particular 
master-slave  combination  under  consideration. 

(3)  If  one  master -slave  combination  cannot  be  used,  then 
error  for  the  remaining  two  combinations  are  calculated. 
This  error  (SG)  is  one  standard  deviation  of  a  lineal 
normal  distribution  oriented  at  right  angles  to  the  line 

of  position.  The  slope  of  the  line  of  position,  (THET, 
measured  clockwise  from  the  positive  X-axis)  is  also 
calculated.  Random  normal  deviates  of  this  error  are 
selected. 

'4'  Tf  all  three  master-slave  combinations  are  useable, 

then  three  sets  of  error  parameters  described  in  Item  (3) 
above  are  calculated.  Random  normal  deviates  of  these 
errors  are  selected. 


Mathematical  relationships  represented  in  subroutine  HYPERB  are  taken 
from  the  following  sources:  "The  Covariance  of  Position  Location,  "  Stanford 
Research  Institute  Project  5205,  November  1968;  and  LORAN,  "  MIT 
Radiation  Laboratory  Se ries ,  1948. 
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*.3-5  SUBROUTINE  HYPERB  MACROFLOW 
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(5)  X  and  Y  components  of  the  selected  error  values  are 
calculated. 

(6)  RERR  is  called  to  find  the  point  of  intersection  of  two 
lines,  one  passing  thru  the  point  E1X,  E1Y  and  parallel 
to  the  line  of  position  with  slope  THET1  and  the  other 
passing  thru  the  point  E2X,  E2Y  and  parallel  to  the  line 
of  position  with  slope  THET2.  The  vector  from  the 
sensor  position  to  the  above  point  of  intersection  is  the 
navigation  error  vector  for  the  station  pair  considered. 

All  three  possible  error  vectors  are  calculated. 

(7)  The  smallest  of  the  three  error  vectors  is  selected 
and  its  X-Y  components  identified. 

(8)  If  the  movement  is  not  confined  to  a  trail,  the  data 
referred  to  above  -  provided  as  output  of  the  subroutine 
representing  hyperoalic  navigation  system  error.  If 
not,  then  the  flow  on  sheet  4  projects  the  previously 
determined  error  vector  on  to  the  trail  segments  and 
determines  the  size  of  the  along -trail  component  of 
error.  If  the  direction  of  the  error  vector  is  within 
90  degrees  of  the  previous  trail  segment,  then  it  is 
projected  onto  that  segment.  This  procedure  is 
followed  also,  if  the  vector  has  been  determined  for  the 
end  point  of  the  trail  (NSLEG=0).  If  the  direction  of 
the  vector  is  within  90  degrees  of  the  present  trail 
segment,  it  is  projected  onto  that  segment.  If  the  error 
vector's  orientation  does  not  fall  into  either  of  these 
two  categories  then  the  sensor 

(9)  Is  assumed  to  be  located  at  the  junction  of  the  two  trail 
segments  (identical  to  considering  the  error  vector  to 
have  zero  magnitude).  The  X  and  Y  components  of  the 
projection  of  the  error  vector  onto  the  trail  segments 
are  calculated  and  provided  as  output  to  the  subroutine 
for  movements  confined  to  a  trail. 

4,  3,  5. 2  Description  of  Inputs  to  Subroutine  HYPERB 

The  input  structure  for  subroutine  HYPERB  is  designed  to 
accept  a  planner  code  (1,  2,  3,  4)  specifying  which  four  equipment  performance 
parameter  sets  is  to  be  played.  For  a  given  equipment  performance  parameter 
set  the  following  input  values  are  required:* 


$ 

See  Data  Set  XV,  Appendix  F,  Volume  II.  A  designer  table  (Vol.  17,  App.  I, 
Table  VII)  is  also  currently  included  in  mode!  for  checkout  purposes.  One 
set  of  values  is  included  to  which  program  will  default  if  planner  inputs  not 
supplied.  Sines  parameters  are  scenario  dependent,  designer  table  should 
not  be  used. 
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(1)  Sta.dard  deviation  of  ground  station  location  error 
(meters ). 

(2)  Standard  deviation  of  system  time  difference  measure¬ 
ment  error  (microseconds). 

(3)  X -coordinate,  Slave  Station  Number  1  (meters). 
Y-coordinate,  Slave  Station  Number  1  (meters). 

X -coordinate,  Slave  Station  Number  2  (meters). 
Y-coordinate,  ^lav'eTTaUuir-<4siK'heL£.^.(meter3). 

(7)  X-coordinate,  Slave  Station  Nun, oer  3  (meters). 

(8)  Y-coordinate,  Slave  Station  Number  3  (meters). 

(9)  X-coordinate,  Master  Station  (meters). 

»  (10)  Y-coordinate,  Master  Station  (meters). 

4,3.6  Subroutine  NORMER 

Subroutine  NORMER  allows  the  game  planner  to  play  naviga¬ 
tion  error  expected  when  position  location  is  determined  in  open  terrain 
from  maps  and  visual  sightings.  This  type  of  navigation  may  be  used  from 
ground  positions  or  from  aircralt.  For  the  former  use,  the  subroutine  is 
designed  to  apply  either  when  movement  is  constrained  to  follow  a  prominent 
trail  (for  which  the  planner  must  provide  trail  segment  coordinates)  or  when 
it  is  not  constrained  to  follow  a  trail. 

4.3.6.  I  Description  of  Processing 

A  macroflow  for  subroutine  NORMER  is  shown  in  Figure  4.3-6 
The  following  processing  sequence  is  accomplished  in  the  subroutine: 

(1)  One  standard  deviation  of  navigation  location  error  is 
obtained  from  the  input  table.  The  error  distribution  is 
assumed  to  be  circular  normal. 

(2)  Random  normal  deviates  are  selected.  These  are  the 
X  and  Y  components  of  error  provided  when  the  move¬ 
ment  does  not  follow  a  trail. 

(!)  When  the  movement,  follows  a  trail,  a  random  normal 
deviate  is  selected  to  represent  the  navigation  error 
vec  tor.  It  is  assumed  to  be  oriented  parallel  to  the 
trail  segment.  This  vector  is  assume  1  to  be  directed 
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toward  the  starting  point  of  the  previous  trail  segment 
if  the  random  deviate  ’  s  negative,  and  toward  the 
starting  point  of  the  next  segment  if  positive.  It  is 
also  assumed  to  be  directed  toward  the  starting  point 
of  the  previous  trail  segment  when  the  error  for  the 
end  point  (NSLEG  =  0)  of  the  trail  is  obtained. 

(4)  The.  angle,  THETA,  is  derived  for  use  in  obtaining  X 
and  Y  error  components. 

(5)  The  X  and  Y  components  of  NORMER  error  are  derived. 

4.  3.  6.  2  Description  of  Inputs  to  Subroutine  NORMER 

The  input  structure  for  subroutine  NORMER  is  designed  to 
icTcpra-  p}aF.ae£__CQd.ia_ii ,  Z,  3,  -i)  specifying  which  of  four  navigation  error 
standard  deviation  values'  is*  X3**pg~phtyed~itt.  the  game.  When  NORMER  is 
exercised  in  the  game,  this  standard  deviation  valueTsTTM  sule  mput, — _ 
NORMER  inputs  are  described  in  Data  Set  XVIII,  Appendix  F,  Volume  II  of 
this  report. 

4.4  SUBROUTINE  ELPDT 

The  purpose  of  subroutine  ELPDT  is  to  determine,  for  each 
sensor  played  in  the  game,  the  periods  of  game  time  during  which  one  or  more 
valid  targets  for  the  sensor  (that  is,  targets  of  a  type  the  sensor  is  designed 
to  detect  (see  Table  4.4.I)for  valid  sensor/target  combinations)  are  in  such 
proximity  to  the  sensor  that  sensor/target  range  and  geometry  alone  would 
not  necessarily  prevent  detection.  Subroutine  ELPDT  (together  with  the 
sensor-to-target  line-of-sight  subroucine)**performs  a  screening  function 
in  order  that  the  sensor  performance  subroutines  need  only  be  called  in  the 
Main  Simulation  Model  during  those  game  time  periods  within  which  sensor 
performance  per  se  is  the  principal  variable  that  will  determine  whether  or 
not  detection  occurs. 

4.4.  1  Summary  Description  of  ELPDT  Processing 

A  macioflow  diagram  of  subroutine  ELPDT  is  presented  in 
Figure  4.4-1.  For  each  valid  sensor/target  combination,  appropriate  items 
of  input  data  are  compared  to  determine  the  arswers  to  the  following 
questions : 


(1)  Are  both  this  sensor  and  this  target  simo'taneously 
active  in  the  game  during  one  or  more  periods 
within  total  game  time? 


A  designer  table  (Vol.  II,  Appendix  I,  Table  X)  is  also  included  in 
present  model.  This  was  used  for  chc-kout  purposes  and  program 
(ietaultsto  it  if  planner  inputs  not  supplii  d. 

1’ able  4,  »-lI  shows sensor/ta  , -get  line-of-sight  dependence  as  played 

in  the  game. 


4  -  5U 


Xable  4.4-1 


DESIGN  INPUT  FOR  VALID  SENSOR  TARGET  COMBINATIONS 

TARGET  CATEGORY 


A  valid  target  for  a  magnetic  sensor  must  have  ferrous  metal  present, 
indicated  by  A  'l'  in  Item  2  in  the  Force  Type  Parameter  Set  Input  (Appendix 
F  -  Data  Set  XIII). 

RADARS  in  SAM- 1  are  MIT-type  thus  targets  w.th  a  nominal  velocity  less 
than  hail  d.'  MTT  criterion  are  not  valid  targets.  (A  multiplier  of  two  is  used 
to  account  for  forward  and  reverse  speed  factors  that  may  be  played. 


0  -  Detects  only  stationary  targets 

1  -  Detects  only  moving  targets 

2  -  Detects  both  stationary  and  moving  targets 

The  entries  in  these  target  categories  are  from  CULTURE  and  bATTLE 
only;  other  target  categories  may  be  from  either  BLl'fcl  or  RFD  lor1  e 
inputs  plus  CULTURE  or  BATTLE  as  appropriate. 


-i-M 
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SUBROUTINE  ELPDT  MACROFI.OW 


Table  4.4-11 

DESIGN  INPUT  FOR  LOS  DEPENDENCE 


SEISMIC 

NO 

ACOUSTIC 

NO 

MAGNETIC 

NO 

ARFBUOY 

NO 

breakwir 

NO 

bassivir 

ASSUMED 

HAOAR  (STATIONARY) 

YES 

RAOAR  (MOVING/AIRI 

YES 

IMAGE  (STATIONARY) 

YES 

IMAGE  (MOViNC/GROUNU) 

YES 

IMAGE  (MOVING/AIR) 

YES 

THERMVEW  STATIONARY) 

YES 

THERMVEW  (MOVING/OROONDI 

YES 

THERMVEW  (MOVING/ AIR) 

YES 
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(2)  Assuming  an  answer  in  the  affirmative  to  (1) 

above,  do  sensor /target  geometrical  relationship^ 
occur  one  or  more  times  such  that  detection  of 
the  target  by  the  sensor  would  not  necessarily 
be  impossible  ? 

For  cases  where  both  of  the  above  questions  are  answered 
in  the  affirmative,  the  subroutine  calculates  (for  each  sensor-to-t.arget 
exposure;  the  earliest  possible  game  time  of  detection  and  the  latest 
possible  game  time  of  detection. 

For  the  processing  accomplished  by  subroutine  ELFDT,  all 
targets  aje  assumed  to  be  on  straight-line  paths  and  moving  with  a  constant 
velocity.  The  target  position  is  given  by  pecifying  the  x  and  y  coordinates 
and  the  times  for  each  of  the  end  points  of  these  path  segments.  The  target 
may  be  stationary,  in  which  case  the  coordinates  of  the  end  points  are  the 
same.  T  irgets  moving  along  more  than  or.e  straight-line  segment  of  a  path 
are  treated  as  separate  targets,  and  the  information  given  for  each  straight- 
line  segment. 

Sensors  are  assumed  to  have  either  rectangular  coverage  or 
circular  sector  co  urage.  Examples  of  circular  sensor  coverage  are  shown 
in  Figure  4.4-2,  Examples  of  rectangular  sensor  coverage  are  shown  in 
Figure  4.4-3.  Target  straight-line  path  segments  intersecting  various  sensor 
coverage  patterns  are  shown  in  Figure  4.4-4.  (Sensor  number  two  depicted 
in  Figure  4.4-4  is  represented  as  having  the  coverage  of  a  degenerate 
rectangle --that  is,  the  sides  of  the  rectangle  parallel  to  the  line  of  target 
movement  are  represented  as  having  zero  length.  Sensors  number  one, 
three  and  four  in  the  figure  are  represented  as  having  forms  of  circular 
coverage. ) 

All  moving  sensors  must  have  rectangular  coverage  in  the 
present  version  of  the  model.  Two  of  the  sides  of  the  coverage  rectangle 
must  be  parallel  to  the  line  of  sensor  movement. 

The  coverage  parameters  for  the  c'rcular  type  coverage  are 
the  minimum  and  maximum  radii  of  the  concentric  circles  (see  Figure  4.4-2, 
and  if  sec*~r  coverage  is  to  be  represented  the  coverage  angle  and  the 
orientation  angle  (the  center  of  thi  sector)  must  be  specified.  The  minimum 
radius  may  be  zero  (as  in  the  case  of  a  seismic  sensor)  or  it  may  be  equal 
to  the  maximum  radius  (as  in  the  case  of  a  breakwire  deployed  in  the  form 
of  a  circle).  The  sector  coverage  angle  may  be  zero  or  may  be  360".  If 
circular  coverage  (i.e.,  complete  circle)  is  to  be  represented,  it  is 
specified  by  using  a  coverage  angle  equal  to  or  greater  than  6.28  radians. 


$ 

Sensor  movement  representation  is  identical  to  that  of  t ar^e:  rrovement. 
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Figure  4.4-3  RECTANGULAR  COVERAGE  GEOMETRIES 


Figure  4.4-4  STATIONARY  SENSOR  COVERAGE  v’  MOVING  TARGET 


The  coverage  parameters  for  rectangular  coverage  are  the 
orientation  angle  (  «s*at  be  parallel  to  the  line  of  sensor  motion  in  the 
case  of  moving  sen3ors  and  parallel  to  the  path  segment  in  the  case  of 
stationary  sensor?  located  relative  to  a  pi  th):  the  location  of  the  center  of 
the  rectangle  relative  to  the  sensor  position,  specified  by  the  distance 
parallel  to  the  path  (and  in  the  direction  of  the  path)  and  perpendicular  to 
the  path  (and  to  the  left  of  the  path);  the  length  of  the  rectangle  (parallel  to 
the  path)  and  the  width  c'  tne  rectangle  (perpendicular  to  the  path).  The 
rectangle  may  have  z-’-o  width  and/or  zero  length. 

Subroutine  ELFDT  treats  one  sensor  at  a  time  and  computes 
possible  detections  by  using  the  sector  routine  (SECT)  or  the  rectangular 
routine  (GREC).  The  (x,  y)  position  of  the  sensor  and  the  target  are  defined 
by  a  linear  parametric  form  using  time  as  a  parameter. 

Valid  sensor /target  combinations  (see  Table  4.4-1) ,  line-of- 
sight  dependence  (see  Table  4.4-11  and  type  of  target  (used  to  select  the 
proper  maximum  and  minimum  radii  or  the  coverage  rectangle  dimensions) 
are  determined  by  use  of  subroutine  VALID. 

4.4.2  Summa)  /  of  Inputs  to  Subroutine  ELPDT 

Vables  4.4-IIIand  4.4-IV  sunmarize  the  sensor-related  and 
target-related  inputs,  respectively,  required  for  subroutine  ELPDT. 
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TaWe„.4-iii 

SENSOR-RELATED  INPUTS  TO  SUBROUTINE  ELPDT 


STATIONARY  SENSORS 

MOVING  SENSORS 

SENSOR  ID  NUMBER 

SENSOR  ID  NUMBER 

SENSOR  OROUNO  TRUTH  POSITON 

GROUND  TRUTH  PATH  AND  PATH 
SEGMENT  END  POINTS 

SENSOR  ORIENTATION 

PATH  SEGMENT  INITIAL  TIMES 

SENSOR  "UP"  GAME  TIMES 

PATH  SEGMENT  END  TIMES 

SENSOR  "DOWN"  GAME  TIMES 

Table  4.4-iv 

TARGET-RELATED  INPUTS  TO  SUBROUTINE  ELPDT 


STATIONARY  TARGETS 

MOVING  TARGETS 

TARGET  ID  NUMBER 

TARGET  ID  NUMBER 

TARGET  (X'V)  COORDINATES 

TARGET  MOVEMENT  PATH  AND  PATH 
SEGMENT  END  POINTS 

TARGET  "UP"  GAME  TIMES 

PATH  SEGMENT  INITIAL  GAME  TIMES 

TARGET  "OOWN"  GAME  TIMES 

PATH  SEGMENT  END  GAME  TIMES 
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4.6  FALSE  ALARMS 


f 


In  the  System  Assessment  Modal  (SAM),  random  falaa 
alarma  ara  explicitly  almulatad  for  five  ganaric  typaa  of 
aanaora:  seismic,  acouatlc,  paaatva  IR,  arfbuoy  and 

braakarira.  In  tarma  of  program  sequencing,  falaa  alarm 
tlma  hlatorfaa  ara  generated  for  each  aanaor  In  thaaa  fiva 
catagorlaa  within  PRERUN  Job  8tap  7.  Within  thla  Job  step, 
a  apaclal  purpoaa  random  numbar  ganarator,  FA  INTV,  ia  In- 
vokad  to  provide  random  tlma  Intervals  with  tha  etatlstl- 
cal  properties  appropriate  to  (a)  senior  type  and  (b)  en¬ 
vironment-dependent  Input  argument  that  controls  the  mean 
time  between  falsa  alarma. 

The  corresponding  events,  temporarily  stored  on  disk, 
ara  subsequently  merged  Into  tlma  sequence  with  all  other 
simulation  events,  and  passed  to  MSM  for  final  processing. 

In  the  overa'I  model,  "false  alarms"  arr  distinguished 
from  "false  targets",  even  though  In  some  caees  the  f<nal 
effects  might  appear  similar  In  the  sensor  output  histor¬ 
ies.  Detailed  dlucuaelon  of  the  distinction  would  event¬ 
ually  require  a  separation  oy  sensor  type.  But  In  general, 
falsa  alarms  dlffar  from  false  target  alarms  by  the  fol¬ 
lowing  criteria: 

(a)  falsa  alarms  from  one  aanaor  are  statistically 
Independent  of  false  alarms  from  any  "ther  sen¬ 
sor* 


False  or  real  targets  generally  causa  sensor  reports  to 
be  correlated,  If  the  sensors  are  sufficiently  clots  to 
one  another.  A  munitions  explosion,  for  example,  excites 
seismic  or  acoustic  sensors  In  an  array  at  nearly  the  same 
time.  Vehicle,  personnel  or  most  large-animal  movements 
tend  to  excite  sensors  In  a  definite  time  sequence,  de¬ 
pending  upon  sensor  placement  geometries  relative  to 
path  o*'  motion. 
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(b)  a  specific  falaa  alarm  cannot  ba  keyeu  to  any 
external  "thing"  that  Is  controlled  by  ths  plan¬ 
ner,  or  that  can  be  explicitly  Identified  aa 
to  Identity,  position  and  time. 

In  practice,  the  dichotomy  between  falee  alarms  and 
false  targets  has  been  modeled  with  no  significant  ambl- 
.gulty.  Some  examplea  of  reaolution  might  bet 

(a)  Rain,  windt  Detailed  variations  not  csntroUed 

-V  and  nvt  Idwntlf tab le  as  to  exact  locations 
and  times.  8ensor  responses  classified  as 

false  alarms: 

(b)  Battlefield  activity:  Produces  both  false  tar¬ 

gets  and  false  alarms.  For  effects  that  can 
be  aeaoclated  with  definite  times  and  posi¬ 
tions  (e.g.,  munitions  firing  or  impact, 
personnel,  casual  military  aircraft  flights, 
vehicles),  corresponding  sensor  responses  are 
considered  to  be  caused  by  targets.  However, 
the  general  background  noise  (seismic  and 
acoustic)  caused  by,  aay,  munltlone  fire  af¬ 
fects  sensor  background  noise  levels,  and  may 
cause  or  affect  false  alarms. 

(c)  Cultural  activity:  Cossaenta  are  similar  to  theie 

for  battlefield  activity.  Definite  civilian 
traffic,  for  example,  generates  false  targets. 
General  background  noise  level  caused,  for 
example,  by  activity  within  a  village  or  city, 
affects  falae  alarms. 


4.6.1  False  Alarm  Statistics 


The  physical  and  logical  mechanisms  of  false  alarms  dlf 
far  among  the  five  generic  sensor  types  considered: 

For  AamoY  sensors,  a  false  alarm  corresponds  to  a 
dlslodgment  of  a  bomblet  or  doublets  by  something  too  Indefl 
nlte  to  be  considered  a  target.  These  dlslodgments  occur 
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most  frequently  during  heavy  rains  and/or  winds.  An  expo¬ 
nential  distribution  of  times  between  false  alarms  was 
assumed. 

For  breakwlre  sensors,  breakage  In  a  target  free  en¬ 
vironment  tends  to  be  Infrequent,  except  when  moderate  to 
heavy  winds  occur  (especially  If  local  vegetation  can  be 
blown  against  the  wire).  For  a  fixed  environment,  the  time 
to  breakage  was  simulated  as  a  random  variable  with  expo¬ 
nential  distribution  . 

Seismic,  acoustic  and  paasive  IR  sensors  have  a  some¬ 
what  common  logic.  First,  transducers  convert  physical 
signals  (e.g.,  seismic  vibrations)  into  internal  voltage 
signals.  Second,  Internal  voltagea  are  compared  with  a 
reference  or  threshold  voltage;  when  the  voltage  exceeds 
the  reference,  a  so-called  "threshold  crossing"  Is  said  to 
exist.  Third,  a  single  threshold  crossing  does  not  gener¬ 
ate  an  alarm.  Rather,  an  alarm  is  defined  by  logic  of  the 
form:  »l«rm  occurs  If  N  threshold  crossings  occur  within 
a  time  Interval  of  T  seconds.  Specific  values  (designer 
values)  tor  N  and  T  are: 

JL  -2_ 

Sv'lsmlc  4  0. 

Acoustic  4  6. 

Passive  IR  2  1.5 

And  fourth,  for  these  sensors  there  Is  a  period  of  sensor 
deactivation  —  a  dead  zone  —  following  any  alarm.  The 
value  of  tills  dead  time  Interval  Is  15  second*  for  seismic 
and  a  oustlc,  1.5  seconds  for  passive  IR. 
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Simulation  of  the  constant  dead  times  is  trivial,  so 
consider  the  random  comrjnent  of  the  tlim.  between  false 
alarms.  The  general  theory  of  no*se  signals  makes  It  a 
reasonable  assumrtlon  that  threshold  crossing  times  are 
exponentially  jlstrlbuted  (equivalently,  the  number  of 
threshold  crossings  per  fixed  time  Interval  Is  Poisson 
distributed).  It  does  not,  however,  follow  rigorously 
tha*  the  corresponding  times  between  false  alarms  are  also 
exponential ly  dfatrlbuted. 

Indeed,  the  exact  theory  of  false  alarm  time  Intervals 
proved  extremely  difficult.  Fortunately,  an  approximate 
theory  valid  In  the  range  of  practical  sensor  sensitivity 
(threshold)  settings  was  found,  and  was  verified  by  com- 
partson  with  "exact"  simulations*.  This  theory  not  only 
Indicated  that  an  exponential  distribution  fitted  false 
alarm  times  (Ignoring  the  constant  dead  time),  but  It  also 
provided  estimates  of  the  parameter  (mean  time  between  false 
alarms)  In  terms  of  known  parameters.  A  summary  of  these 
results  Is  given  In  Figure  4.5-1. 

i  i 

4.6.2  Subprogram  FA  INTV 

A  special  purpose  random  number  generator  was  coded 
to  provide  random  Inter-fslee-alarm  time  Intervals  for  the 
five  types  of  sensors.  The  name,  FAINTV,  Is  an  acronym  for 
False  Alarm  jNTerVa I .  A  function-type  subprogram.  It  supplies 
at  each  call  a  random  time  Interval  value  that  (a)  ii.  inde¬ 
pendent  of  all  previous  values,  ;b)  gives  a  value  that  Is 
the  sum  of  a  constant  value  (dead  time)  plus  a  random  expo- 

*  Initially,  It  was  planned  to  simulate  false  alarm  time  In¬ 
tervale  using  the  brute-force  "exact"  simulation  program. 
Although  the  final  version  program  Is  far  superior  In  terms 
of  speed,  the  Initial  program  proved  useful  for  numerical 
verification  of  validity  of  the  approximations. 


Threshold  crossings* 


Falsa  slarmst 


Distribution  of 

falsa  alarm  times i 


Assumed  exponential  distribution 
for  times  between  crossings,  M4h 
parwneter  (average  time)  f. 

Oenerated  whenever  M  threshold 
crossings  occur  within  T  seconds. 

For  the  practical  cases  of  sensor 
settings, %  is  larger  than  T.  In 
such  cases,  the  time  t  between 
false  alarms  is  very  nearly  expo¬ 
nentially  distributed.  The  cor¬ 
responding  parameter  (mean  time 
between  false  alarms),  Z,  is  olosely 
approximated  by  the  formula  below. 


T  (S-l)I 


Far  seismic  and  acoustic  sensors  (N  -  l*,  T  -  6): 
A.  66 /L  u 

t  =  g  ** 


♦  6 


For  passive  infrared  sensors  (K  ■  2,  T  *  1.5)  i 
2.33/r,  % 

I  ;  _!= - 2L-  ♦  1.5 

/•£“ 

Becaure  theory  is  only  approximate,  numerical  experimentation 
using  exact  simulations  was  used  to  verify  both  the  shape  of 
the  distribution,  and  the  estimates  of  parameters.  Agreement 
was  verified  for  the  epeeiflc  casee  (seismic,  acoustic  and 
passive  infrared)  of  interest. 


Figure  4.5-1 

SUMMARY  OF  FAL8E  ALARM  STATISTICAL  THEORY 


nentlally  distributed  variate.  The  Input  parameters  are 
(a)  sensor  type  code,  and  (b)  Man  time  between  threshold 
crossings.  The  COMMENTS  portion  of  the  program  listing, 
reproduced  In  Fig.  4.5-Zsummarlzes  fte  basic  features  as 
a  subprogram. 

As  mentioned,  FA  INTV  Is  used  withlr.  PRERUN  Job  Step  7. 
The  Input  argument  (b)  (mean  time  between  threshold  cros- 
sings)  1 8  determined  on  a  time  varying  basis  by  sensor 
background  routines,  ar>-  reflects  changes  In  atmospheric, 
battlefield  and  cultural  jnvlronment. 
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FUNCTION  FAtNTV 


purpose 

SPECIAL  PURPOSE  RANDOM  NUMBER  GENERATOR.  PROVIDES 
RANDOM  FAtEC  ALARM  TIMF  I^TERVAI  S  FOR  5  TYPES  OF 
SENSORS,  WITH  STATISTICS  APPROPRIATE  TO  (A)  SENSOR 
LOGIC  AND  18 J  AN  AVERAGE  TIME  PARAMETER  SUPPLIED 
AS  AN  INPUT  VARIABLE. 


USAGE 

TIME  =  FAtNTV  (AVGT,  ITYPSN) 


DESCRIPTION  OF  PARAMETERS 

ITYPSN  INTEGER  CODE  FOR  SENSOR  GENERIC  TYPE. 

VALID  VALUES  A°  F  t  {SEISMIC),  ?  (ACOUSTIC), 
4  I  ARfBUQV.1 ,  5  (PASSIVIR),  AND  9  (BREAKWIR). 


COR  ARF8UQY  AND  BREAKWIR,  *  AVERAGE  FALSE 
ALARM  TIME.  FOR  OTHER  SENSOR  TYPES,  *  AVERAGE 
THRESHOLD  CROSSING  TIME. 


REMARKS: 

1.  ALL  FALSE  ALARM  TIME  INTERVALS  ASSUMFD  TO  HAVE  EXPO¬ 
NENTIAL  PROBABILITY  DISTRIBUTIONS  (POISSON  PROCESS). 
THE  APPROPRIATE  PARAMETER  DEPENDS  UPON  SENSOR  LOGIC. 
FORMULAS  USfcO  FOR  THE  NON-TRIVIAI.  CASES  AKF  APPROXI¬ 
MATE,  BUT  VERIFIED  AGAINST  EMPIRICAL  RESULTS  OF  A 
PREVIOUS  'BRUTE  FORCE*  FAINTV  ALGORITHM. 


THIS  FAINTV  ROUTINE  REPLACES  AIL  PREVIOUS  VESIONS, 
THAT  WERE  LESS  GENERAL  AND/OR  REQUIRED  EXCESSIVE 
COMPUTATIONAL  TIME.  NOTE  THAT  CALLING  SEOUENCE 
DIFFERS  FROM  PREVIOUS  VERSIONS. 


3.  DESIGNER.  VAlutS  ARE  USED  IN  PROGRAM  rOR  THE  N  AND  T 
IN  'FALSE  ALARM  WHEN  N  THRESHOLD  CROSSINGS  IN  T 
SECONDS',  AND  FOR  THE  DEAD  TIME  (SENSOR  INACUVAiEDI 
FOLLOWING  A  FALSE  ALARM.  SPECIFICALLY... 


DEAD  MMF 


SEISMIC 

ACOUS  f  It". 
PASSIVIR 
ARF9UCV 
PR  E  A’-'.  W !  '< 


A  SECONDS 
A  SErONI)S 
l.i«  SECONDS 
IRRELEVANT 
IRRELEVANT 


•5  SECONDS 
IS  SECONDS 
I.S  SECONDS 
0  SECONDS 
0  SECONDS 


ERROR  PROTECTION  FOR  AN  ‘NVAtlO  ITYPSN  IN  CALL. 
DIAGNOSTIC  MESSAGE  IS  PRINTED,  •  VFRY  LARGE*  VALUF 
IS  SUPPLIED  AS  FUNCTION  VALUE,  AND  PROGRAM  CONTINUES. 


SURROU7  I  NT  AND  fli.'JCT'ON  SUHRC  ;C,R  AhS  ixtQUiREU 
URN  (UNIFORM  RrtNOO"  NUMBER  GCN(RATOR) 


IS  OCTOBER 


rigor*  4.5-2  COHOBTfa  TOR  SDS'ROOEAH  r  i»TY 
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4.0  LINE  OF  8IGHT 


For  those  sensors  that  ara  I Ine-of-slght  (L08*)  da- 
pandent,  the  ayatam  modal  provfdea  avaluattona  of  line  of 
eight.  Three  evaluations  are  made  In  PRERUN  Job  Step  0, 
after  Initial  screening  has  been  completed  for  the  nominal 
time  and  geometry  Intersections  of  targets  with  nominal 
sensor  coverage  patteras. 

It  was  early  established  that  the  primary  method  of 
LOS  evaluation  wouhl  be  baaed  on  direct  aalculatfon  using- 
digital  terrain  data  of  moderately  high  resolution.  The 
scope  of  the  storage  problem  was  established  then  by: 

(a)  maximum  size  scenario  area,  and  (b)  the  final  resolu¬ 
tion  chosen  for  terrain  data.  For  the  former,  the  dislgn 
value  specified  at  the  beginning  was  30  km  by  30  km.  For 
the  latter,  a  nominal  Value  of  100  meters**  was  Jointly 
accepted  by  CAL  and  COC/lSA  as  an  acceptable  compromise 
between  conflicting  storage  and  accuracy  requirements. 

Thus,  a  data  base  potentially  Including  some  20,000 
terrain  height  values  became  a  major  consideration  In  the 
design  of  the  corresponding  program  structure.  In  partic¬ 
ular,  an  otherwise  desirable  placement  of  LOS  calculations 
In  M3M,  where  each  uOS  calculation  might  be  dynamically 
requested  ae  needed,  was  judged  completely  Infeasible  In 
terms  of  core  storage,  access  times  to  peripheral  storage, 
and  computing  time.*** 


In  this  section,  "LOS"  will  refer  to  the  phrase  "line 
of  sight;"  It  Is  also  the  specific  name  of  the  major 
line  of  sight  subroutine.  In  context,  the  particular 
meaning  will  be  self-evident. 

*  Actual  value  about  101. 0  meters.  See  Section  5.3,1. 

'*  A  design  goal  was  to  hold  all  major  data  storage  areas 
to  total  of  about  30,000  computer  words.  Final  version 
of  M8M  uses  over  80,000  words  for  data  other  than  ter¬ 
rain  heights. 


Consequently,  LOS  calculations  were  assigned  as  a 
PRERUN  task,  and  a  distinct  job  step,  so  that: 

(a)  When  LOS  calculations  are  being  made,  all  of 
available  storage  can  temporarily  be  dedicated 
to  terrain  data  and  line  of  sight  programs. 

(b)  Partly  because  of  core-storage  efficiencies  Im¬ 
plied  by  (a),  and  partly  because  sequencing  of 
calculations  could  be  organized  efficiently 

(on  a  sensor-by-sensor  basis,  rather  than  by 
game  time),  accesses  to  tape  or  disk  could  be 
minimized,  and  computing  time  could  be  held  to 
acceptable  values. 

This  choice  of  program  structuring.  Incidentally,  pro¬ 
vides  complete  flexibility  for  the  introduction  of  alterna- 
# 

tlve  methods  ,  as  for  example  a  probabilistic  method.  The 
basic  LOS  subroutine  would  be  replaced;  only  one  Job  step 
would  be  affected  directly;  and  there  would  be  no  addit¬ 
ional  linkage  problems  to  be  resolved. 

The  remainder  of  this  section  Is  limited  to  a  dlscus- 
8lon  of  jhp  baajc  line  pf  sight  computing  method  (Ui«,  the... 
one  based  on  digital  terrain  data),  beginning  at  the  level 
of  the  primary  subroutine  LOS.  Incorporation  of  this  sub¬ 
routine  Into  operational  procedures  of  PRERUN  la  covered 
In  the  Users'  Manual  ,  and  details  not  covered  In  the 
summary  discussion  below  may  be  found  In  program  listings 
and  AUTOFLOWS  of  the  appropriate  subroutines.  Figure  4.6  l 
lists,  for  convenience,  the  secondary  subroutines  associated 
with  subroutine  LOS,  and  their  basic  roles. 


# 

Two  choices  were  provided  In  the  Initial  model  release: 
the  detailed  version  based  on  t!c*tal  terrain,  and  a 
"dummy  LOS"  package  for  which  line  of  sight  Is  always 
assumed  to  exist.  These  two  represent  probable  extremes. 

#  Volume  II,  Description  of  PRERUN  Job  Step  8. 


SUBROUTINE  L08 

PrlMry  line  of  tight  subroutine,  for  polnt-to- 
point  tvaluttlont. 

LOS  cal  la  the  following  subprograms: 

SUBROUTINE  TERANE 

Cal  ltd  whan  necessary,  to  fetch  terrain  data  from 
disk. 

SUBROUTINE  FOLA9E  _ 

Determines  foliage  (canopy)  height 

SUBROUTINE  IUTEVL 

Determines,  from  x,y  coordinates,  the  "IUT"  Index 
■  far  unit  terrel*  type  <WT  is  weed  to-access  the 
appropriate  UNTER  table  data) 

SUBROUTINE  MICTER 

Makes  probabilistic  evaluation  of  local  masking 
of  target,  due  to  fine  structure  of  fo It age/terra fn. 


U 

Figure  4.6-1 

BASIC  LINE  OF  8IQHT  SUBPROGRAMS 
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4.0.1  Informat  :.r;  v?  I  labia 


Subroutine  LCS  Is  the  primary  program  for  determln- 
Ing  whether  line  of  sight  exists  between  two  given  points, 
one  considered  the  sensor  poaltlon,  the  other  the 
target  position.  The  basic  logic  behind  this  subroutine's 
operations  Is  summarized  In  Section  4.6.2.  However,  some 
prior  discussion  of  the  data  base  from  which  subroutine 
LOS  works  Is  gfven  here  partly  to  aet  the  context  of  the 
computational  problem,  and  partly  because  the  details  of 
the  data  base  strongly  affected  the  actual  program  logic. 

4.0.1. 1  Olqttal  TerralnOata* 

Digital  terrain  data,  stored  on  a  so-called  operation¬ 
al  tape,  give  terrain  heights  within  the  scenario  area  on 
a  discrete  set  of  (x,y)  grid  points.  Nominal  spacing  be¬ 
tween  adjacent  points  (In  either  the  x  or  the  y  direction) 
Is  100  meters . _ _ _ 

As  discussed  In  Section  5.3.1,  these  terrain  height 
data  are  reasonably  accurate  In  reflecting  the  blockage  or 
non-blockage  of  a  potential  line  of  sight  ray.  They  do  not 
necessarily  provide  comparable  accuracy  for  the  absolute 
altitude  at  a  point,  as  for  example  would  be  Implied  In  de¬ 
termining  height  of  a  sensor  position  from  x,y  coordinates. 
The  distinction  will  be  clarified  In  Section  4.0.2.  The 
significance  of  the  distinction  depends  upon  the  roughness 
of  the  terrain  i»  fthln  a  ICO  meter  square). 


For  additional  Information,  see  Section  5.3.1. 
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4.6.:. 8  Foliage  Oats 

Certain  foliage  data  are  available  In  the  so-called 
UNTER  (unit  terrain}  tables,  described  in  Section  5.3.2. 

For  line  of  sight  calculations,  the  primary  parameters  used 
are  canopy  height  and  the  estimates  of  upper  and  lower 
ground  visibility  limits. 

Resolution  In  x  and  y  for  foliage  data  is  500  meters. 
That  is,  values  given  in  the  UNTER  tables  are,  In  any  appli¬ 
cation,  Intended  to  be  average  or  typical  values  for  a 
500  meter  square  block  of  terrain.  Thus,  relative  to  that 
for  bare-earth  terrain,  resolution  for  foliage  data  is 
less  by  a  factor  of  5  (linear)  or  25  (area). 

4.6. 1.3  Sensor  Data 

Information  provided  to  subroutine  LOS  about  the  sen¬ 
sor  Includes:  x,y  coordinates;  height  above  ground*; 

a  parameter,  RCLEAR,  that  gives  c  distance  before  the  sen- 

## 

sor  that  may  be  assumed  clear  of  foliage  ;  and  in  the  case 
of  radafi  a  logical  variable  that  specifies  whether  or  not 
a  foliage  penetration  capability  is  to  be  aseumed  *or  that 
radar. 

4.6. 1 .4  Target  Data 

Logic  and  bookkeeping  that  distinguish  extended  tar¬ 
gets  from  point  targets  are  handled  In  PRERUN  by  the  execu- 


Airborne  sensors  are  allowed;  for  these,  the  height  Is 
the  nominal  aircraft  height  above  ground  as  specified  by 
the  planner  Input  data. 

k# 

Planner  specifies  RCLEAR  values  In  scenario  specification 
Oata  Set  »V  (Sensor  Descriptor  Parameters).  See  Volume  ! 
PRERUN  Step  0.- 
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tlve  routine  (main  program).  In  the  context  of  the  present 

discussion,  the  relevant  target  parameters  available  are; 

# 

x,y  coordinates;  and  an  Indicator,  K8ECUR  ,  that  specifies 
whether  or  not  the  target  Is  attempting  to  move  with  maxi¬ 
mum  concealment. 

4.6.2  L03  Path  Regions 

The  most  general  case  of  line  of  sight  computations 
occurs  for  the  larger  distances  between  sensor  and  target. 
In  these  cases,  the  overall  path  between  the  two  points  Is 
divided,  for  purposes  of  calculation,  into  three  regions, 
as  sketched  In  Fig. 4. 6-2.  These  regions  differ  In  certain 
significant  physical  attributes.  Perhaps  more  important, 
they  differ  In  the  degree  to  which  data  base  limitations 
affect  accuracy  and  program  logic.  The  three  regions  may 
be  defined  by: 

Region  A:  Segment  of  terrain  near  the  sensor,  within 
the  cleared  distance  RCL.EAR 

Region  8:  The  central  region 

Region  C:  Segment  of  terrain  near  target. 

If  the  distance  between  sensor  and  target  Is  In  fact 
sufficiently  large  that  all  three  regions  exist,  the  fol¬ 
lowing  comments  apply: 

#  Planner  specifies  KSECUR  values  for  red  and  blue  forces 
In  scenario  specification  Data  Set  XIII  (Force  Type  Par¬ 
ameters);  see  Volume  II,  PRERUN  Step  0.  False  targets 
are  assumed  not  moving  for  maximum  security. 
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T  (target) 


REGION  C:  Near  target;  fine 
etructure  of  fo 1 1  age/terra  In 
must  be  considered. 


REGION  Bt  Centrr.l  region.  Terrain 
plua  nominal  foliage  considered  In 
ray  trace. 


* (sensor) 


REGION  A:  Length  *  RCLEAR. 
Cleared  of  folttge> 


Figure  4,6-2.  LOS  PUN  VIEW.  REGION  DEFINITIONS. 
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Region  A.  By  definition,  foliage  Is  cleared  In  th;i 
region,  eo  limitations  of  the  foliage  data  baae  are  Irrele¬ 
vant.  Comments  on  bare-earth  data  ere  the  eame  as  for 
Region  B. 

Reqlo.i  C.  Although  limitations  In  foliage  and  bare- 
earth  data  can  Introduce  errors  In  this  region,  results 
for  this  region  are  actually  rather  insensitive  to  these 
1  Imitation*. 

The  microstructure  of  terrain,  for  example,  ic  unim¬ 
portant.  Only  the  maximum  value  of  terrain  over  a  quantum 
distance  ( -*  100  sisters)  can  affect  line  of  sight  status, 
and  terrain  data  are  relatively  accurate  In  defining  maxima*. 

Even  though  foliage  Is  defined  with  coarse  x,y  reso¬ 
lution,  the  effect  on  line  of  eight  In  Region  B  does  not 
derive  from  the  fine  structure  (e.g.,  exact  locations  of 
Individual  clumps  of  vegetation).  Provided  that  at  least 
a  part  of  a  quantum  distance  has  a  sample  of  "typical" 
canopy  height,  the  effect  on  line  of  sight  status  Is  de¬ 
termined  on  a  valid  basis. 

Region  C.  In  this  region,  any  significant  fine 
structure  In  foliage  or  bare-earth  terrain  would  have  a 
major  effect  on  true  line  of  sight,  but  the  data  base  for 
computation  does  not  provide  sufficient  resolution  for 
this  effect  to  be  evaluated  deterministically.  Regia.i  c  i« 
assumed  to  be  250  meters  or  Che  distance  between  the  target  and  the 
sensor  atnus  Region  A.  whichever  Is  less. 

*  See  Section  5.3.1  ("Terrain  Tape"). 
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« 

Consider  foliage,  for  example.  For  two  extreme  cases  - 
tl«»TBw*’r»grtattonr»r«l  orrery-  ?t*tde  partfculor 

problem  arlaea.  But  If  any  clumping  effect  exists,  then 
target  movement  over  a  clump  alze  or  clearing  size  region 
can  completely  change  line  of  eight  atatua.  Indeed,  for 
a  small  target  (man),  motion  of  a  few  feet  may  determine 
whether  or  not  line  of  sight  exists. 

The  microstructure  of  terrain  is  probably  less  signifi¬ 
cant  than  the  fine  structure  of  foliage,  at  least  In  a 
southeast  Asian  environment,  considering  the  6:1  better 
resolution  for  bare  earth  data. 

The  computations  I  treatment  for  this  region  is  dis¬ 
cussed  below  In  connection  with  subroutine  MICTER. 


4.0.3  Program  Loolct  Kay  Elements 


4.0.3. I  Terrain  Oats  Access  and  Storage 

Major  features  In  this  aspect  of  the  program  are: 

(a)  If  terrain  data  in  storage  adequately  cover 
the  sensor-to-target  path,  no  request  for 
terrain  data  Is  placed  to  the  disk  access 
subroutine. 

(b)  If  terrain  data  are  needed,  the  program  dis¬ 
tinguishes  between  a  "short  range"  case  (sensor 
range  less  than  5  km)  and  "long  range"  case 
(sensor  range  greater  than  5  km.). 

For  tba  former,  storage  is  adequate  to  hold  a 
10  km  wide  strip  of  terrain,  centered  (nortn- 
south)  on  the  sensor;  this  strip  Is  requested 
from  disk.  If  the  next  call  to  subroutine  LOS 
applies  to  the  same  sensor  position  (or  nearly 
the  same),  terrain  will  already  be  resident  In 
core  storage,  regardless  of  the  target  position 
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(c)  For  the  latter,  complete  coverage  of  the  overall  t 

sensor  coverage  field  cannot  generally  be  held  In 
storage.  However,  at  least  half  of  the  sensor  cov¬ 
erage  area  can  be  accommodated,  and  calls  to  disk 
tend  to  be  minimal. 

* 

These  features  do  not  affect  the  final  result.  They  do 
fmdlf  greater  machine  efficiency  for  sensors  with  at  most 
5  km  maximum  range  than  for  longer  range  sensors. 

4.6.3 .2  Subroutine  MICTER 

After  subroutine  LOS  has  made  some  elementary  validity 
(error  checking)  tests,  it  calls  Subroutine  MICTER.  This 
subroutine  makes  a  probabilistic  evaluation  of  whether  line 
of  sight  would  exist,  Insofar  as  the  fine  structure  of  foliage 
in  the  vicinity  of  the  target  is  an  Influence  (Region  C 
In  the  previous  discussion). 

This  subroutine  has  o.-e  major  branch,  according  as 
tfte'  nomlaal  Los'ray  comes  from  above  (as  for  an  airborne 
sensor)  or  Is  more  nearly  horizontal  (most  ground-to-ground 
cases). 

For  the  former  case,  a  probability  of  (local)  line  of 
sight  Is  based  on  upper  and  lower  limits  of  canopy  closure 
(from  UNTER  tables),  and  t  random  cample  with  the  Indica¬ 
ted  probability  :s  drawn  to  define  whether  ICS  exists  for 
the  particular  call. 

For  the  latter  case,  the  concept  of  deriving  a  proba¬ 
bility  and  basing  the  returned  answer  on  a  random  sample  Is 
the  same.  However,  the  probability  of  (local)  lOS  is  based 
upon:  (a)  upper  and  lower  limits  of  ground  vlaibility  (from 
UNTER  tables);  (b)  previous  history  for  the  same  target, 
namely,  the  distance  the  target  has  moved  since  the  last 
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call  to  MICTER  (with  special  logic  for  first  such  call); 

-  end-She  K8E90R  -va4#e *  thrt~>*pwe ff  4ee  whether  the  tergit-li-' 
assumed  to  be  trying  for  maximum  concealment. 

4. o.S.5  Ray  Tract 

If  a  'false'  answer  Is  returned  by  MICTER.  the  quest* 
.ton  of  line  of  sight  Is  answered.  Otherwise,  subroutine 
L08  initiates  a  point  by  point  trace  of  bare-earth  effect 
from  sensor  to  the  end  of  Region  A|  then  of  bare-earth  plus 
foliage  to  the  end  of  Region  B;  then  of  bare-earth  only 
to  the  target  itself?  If.  at  any  point  along  thla  trace, 
the  pre-determined  line  from  sensor  to  target  Is  Intercepted 
(blocked)  by  terrain  (or  terrain  plus  foliage.  In  Region  B). 
line  of  sight  Is  known  not  to  exist;  the  trace  Is  discon¬ 
tinued;  and  subroutine  LOS  returns  a  'false'  answer. 

An  Interesting  observation  Is  that  machine  time 
tends  to  be  mueh  less  for  masked  targets  than  for  visible 
ones.  For  the  latter,  every  operation  Including  the  lengthy 
ray  trace  must  be  executed  to  completion. 

4.0.4  FoMa^e-Penetratlng  Radars 

For  radars  that  are  designated  as  "foliage  penetrating," 
line  of  sight  calculations  are  partially  performed  within 
the  basic  L08  package  (f.e.,  tn  PRERUN  Step  6),  and  part¬ 
ially  within  the  sensor  routine  Itself  (In  ISM).  Insofar 
as  subroutine  L08  operations  apply,  the  primary  differences 


By  definition,  foliage  Is  cleared  over  Region  A,  and  the 
effects  of  foliage  (but  not  of  major  terrain  variations) 
have  already  been  accounted  for  by  subroutine  MICTER  In 
Region  C. 
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tn  computation  art! 

(a)  8ubroutJnt  MICTER  it  bypaattd 

(b)  Follagt  It  not  added  to  terrain,  than  tht 
ray  tract  it  made. 

Thus,  LOS  determines  only  whether  or  not  tha  bare-earth 
profile  would  causa  radar  masking. 

Tha  santor  (RADAR)  routlna  In  M8M  would  not  ba  cal  I  ad 
unlast  tha  LOS  calculation  hat  established  bare-earth  line 
of  tight.  Tha  determination  of  signal  lost  In  foliage, 
however.  It  done  within  tha  sensor  routlna  . 

4.0.5  L08  Summary 

The  discussion  above  of  line  of  tight  program  opera¬ 
tions  Is  not,  and  is  not  intended  to  be,  complete  In  all 
4atatla.  .  For.,  these  ^reference  1 1. made  .to  the-  pregram  .  -  .  - 
Matings  and  AUTOFLO#  diagrams  supplied  as  Volume  II!  of 
this  report. 


Section  S 

ENVIRONMENTAL  ELEMENTS 


S.l  INTRODUCTION 

The  Systems  Assessment  Model  hss  been  designed  to  incorporate  as 
realistically  as  practicable,  those  environmental  effects  present  on  the 
battlefield  which  will  or  are  likely  to  affect  STANO  systems  performance. 

This  section  presents  a  discussion  of  the  major  environmental  elements  included 
in  terms  of  the  specific  progress  and  subroutines  developed.  Such  environmental 
effects  have  been  divided  into  four  categories  as  follows: 

e  Atmospheric 
e  Terrain 
e  Battlefield 
e  Cultural 

The  atmospheric  environment  is  taken  care  of  by  a  separate  submodel  the 
output  of  which  is  a  game  history  of  specific  parameters  needed  by  the  various 
subroutines  in  PRERUN  and  MSM.  Sixteen  parameters  are  specified  extending 
from  weather  effects  such  as  precipitation,  wind,  temperature,  humidity,  etc. 
to  ephemeris  parameters  such  as  solar  and  moon  parameters  and  irradiance 
-  effectrThMrtd'natmrrt-ligJre  scarcer,  -  fftm  program  to  designed  fer -extreme 
flexibility  such  that  the  planner  need  only  specify  the  month,  time  of  day, 
duration  and  location  of  game  on  which  case  the  program  will  interna  ft  y  'generate 
the  complete  atmospheric  history  required.  On  the  other  hand,  the  planner 
may  choose  to  provide  any  or  all  of  nine  categories  of  the  atmospheric 
history  with  the  program  computing  the  remainder.  Nhen  planner  desires  to 
provide  any  of  these  categories,  he  has  additional  flexibility  in  how  they  will 
change  during  a  game,  e.g.,  keeping  wind  constant  for  entire  game,  changing  it  in 
step  fashion,  or  in  a  smooth  variable  transition.  The  operation  of  this  submodel 
together  with  all  the  logic  and  derivation  of  computation  methods  is  presented 
in  Section  S.2.  Each  subroutine  is  discusssd  separately  in  the  order  in  which 
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it  is  used  in  the  overall  program.  The  'tmospheric  model,  as  noted  earlier, 
is  an  auxiliary,  independent  job  step  which  is  a  prerequisite  to  running  PRERUN 

and  MSN  but  need  only  be  run  whenever  a  new  game  atmospheric  history  is  desired. 

» 

The  terrain  environment  effects  are  accounted  for  in  two  basically 
independent  programs.  The  first,  Make  Sparse  Terrain  Tape,  provides  a  digitized 
terrain  description  of  the  scenario  area  in  approximately  100  meter  increments. 

It  is  produced  from  finer  grain  digitized  terrain  tapes  supplied  by  the  U.S.  * 

Amy  Topographic  Command  and  modified  to  be  readable  by  IBM  360  series 

computers  by  the  U.S.  Amy  Institute  for  Systems  Analysis  of  Combat  Developments 

Coaaiand.  The  output  of  this  auxiliary  input  submodel  is  required  for  use  in  « 

the  other  auxiliary  input  subnodels.  Radar  Contour  Plot  and  RF  Data  Link 

Analysis  and  also  in  the  PRERUN  for  Step  9  when  sensor  line  of  sight  is  played. 

It  shqpld  be  understood  that  this  prograa  need  only  be  run  once  for  a  given 
map  area,  no  matter  how  many  different  scenarios  or  games  are  run  within  this 
area.  Terrain  tape  preparation  is  presented  in  Section  S.3.1.  The  second 
terrain  environment  prograa  is  TERAN  and  provides  for  the  preparation  of  S00 
meter  square  terrain  description  grid  index  numbers  and  values  of  nineteen 
terrain  parameters  for  each  type  terrain  index.  These  parameters  are  used  in 
various  pther  programs  as  a  means  of  accounting  for  such  characteristics  as 
vegetation  variations,  background  reflectances,  soil  moisture,  and  ground  to 
ground  visibility.  The  preparation  of  the  terrain  grid,  assignment  of  unit 
terrain  indices,  and  the  terrain  parameters  are  discussed  in  detail  in  Section 
S.i.2. 


Battlefield  and  Cultural  effects  are  Incorporated  In  the  model  during  one 
of  the  PRIUIUN  steps  (Step  6).  Battle  effect*  Include  such  red  or  blue  force 
activities  not  directly  played  In  the  target  detection  flow  of  the  model  as 
firing  of  weapons,  Impact  of  all  type*  of  ordnance  and  non-game  connected 
military  aircraft  and  vehicles.  Non-battle  connected  background  nolae  aourcea 
(village,  water  noise,  non-battle  motor-caused  effects)  and  various  moving 

activities  (fauna,  rail  traffic,  and  non-combat  personnel)  are  played  In  a  » 

culture  model.  The  Battlefield  and  Cultural  activities  product  background 

effects  which  In  turn  may  effect  senior  performance  and  also  generate  false 

targets  or  cause  false  alarms  to  be  more  readily  generated.  The  above 

described  type  activities  may  be  specifically  Input  or  generated  randomlyuaing 

* 
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frequency  data  supplied  by  the  planner.  The  actual  effects  resulting  from 
these  activities  (background  levels,  false  target  events,  or  illumination 
events)  are  determined  based  on  both  planner  inputs  and  designer  input  tablec 
Contained  in  PRERUN  Step  6  prograa.  The  detailed  discussion  of  the  culture  and 
battle  environment  considerations  is  included  in  Section  5.4. 
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5.2  ATMOSPHERICS  MODEL 

5.2.1  MAIN  PROGRAM  -  ATMOtM 

5. 2. 1.1  Purpose 

ATMOMN  is  the  Min  program  required  to  initiate  generation  of  the 
ataospheric  environaent  for  the  duration  of  the  gaae.  It  is  used  as  a 
vehicle  for  providing  inputs  to  the  simulation  and  therefore  subject  to 
alteration  by  the  gaae  planner.  Because  various  portions  of  the  PRERtJN 
and  Main  Simulation  Model  require  knowledge  of  the  ataospheric  environaent. 
it  is  intended  to  be  a  stand' slone  prograa  executed  prior  to  the  ngKON 

5.2. 1.2  Use  and  Description  of  Inputs 

Although  ATMOW  only  calls  Subroutine  ATMOS,  fourteen  other  supporting 
subroutines  are  required  for  execution.  Pig*  5.2-1  presents  a  structure  tree 
of  the  coaplete  prograa. 

The  ATMOW  Prograa  is  used  as  a  vehicle  for  providing  inputs  to  ATMOS 
as  well  as  the  PRERUN  and  Main  Simulation  Model.  Fig.  5.2-2  presents  the 
thirteen  Fortran  stateaents  which  coapose  the  prograa.  This  auxiliary 
prograa  aust  be  prepared  each  tine  ATMOS  is  to  be  executed.  Lines  1, 

2,  9,  10,  12  and  13  should  appear  exactly  as  shown.  Lines  3  through  8 
and  line  11  are  altered  as  required  for  the  particular  game  being  played.  . 
Lines  3  through  6  specify  the  content  of  four  integer  variables  in  the 
BASICT  coaon  area.  Line  3  establishes  IT00ST,  the  tiae  of  day  at  the 
start  of  the  gaae  in  seconds.  In  the  exaaple  presented  ITODST  is  equal 
to  xero  indicating  that  the  start  of  the  gaae  is  equal  to  0000  hours. 

Line  4  sets  ITDURN  a  variable  describing  the  duration  of  the  gaae  in  seconds. 
In  the  present  exaaple  the  duration  is  equal  to  three  days.  The  aaxiaua 
allowed  duration  is  six  weeks.  Line  5  which  sets  the  variable  IDATE  specifies 
the  date  of  the  start  of  the  gaae.  This  is  always  a  6-digit  integer  with 
the  first  two  digits  being  the  day  of  the  start  of  gaae,  the  next  two 
digits  the  month  and  the  last  two  digits  the  year.  In  tha  present  exaaple 
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PROGRAM  STRUCTURE  TREE  FOR 
GENERATING  ATMOSPHERIC  ENVIRON! 


th«  game  begins  on  Hay  29,  1969.  Lina  6  which  establishes  the  value  of 
IDARBA  describing  the  scenario  area  where  the  gaae  is  to  be  played; 

1  ■  Khe  Sahn,  South  Vietnam,  2  ■  Hue,  South  Vietnam,  and  3  ■  Fort  Hood, 

Texas.  In  the  present  example  the  gaae  is  being  played  in  the  Hue  scenario 
area.  Lines  7  and  8  describe  reference  nuabers  for  the  origin  of  the  gaussian 
and  unlforn  ran don  number  generators.  These  variables  can  be  set  to  any 
arbitrary  nine-digit  integer  but  oust  be  changed  between  successive  executions 
of  ATMOS  if  different  atmospheric  environaents  are  required.  Line  11  sets 
the  variable  PROPT  representing  an  output  option  available  to  the  planner. 

If  PROgT  is  set  equal  to  .TRUE,  the  values  in  the  ATMENV  tables  describing 
the  environaent  will  be  printed  out  and  recorded  on  aagnetic  tape.  If  this 
variable  is  set  equal  to  .FALSE.  th->  printed  report  will  be  deleted  and 
the  ATMENV  Tables  will  only  be  recorded  on  aagnetic  tape. 

In  addition  to  the  inputs  which  aust  be  provided  by  the  planner  through 
th»  FORTRAN  Stateaents  coaposing  ATMOMi,  data  aust  be  supplied  in  an  input 
data  streaa.  Fig.  5.2-3shows  the  data  sets  which  compose  the  ATMOMN  input 
data  streaa.  The  planner  input  data  set  presents  the  meteorological  variables 
that  the  planner  has  elected  to  supply  in  the  fora  of  a  time  history.  The 
preparation  of  this  data  set  is  detailed  in  the  description  of  Subroutine 
ATM3S.  If  no  input  is  being  supplied,  this  date  set  aust  consist  of  a  blank 
date  card.  The  reaaining  five  date  sets  in  the  input  date  streaa  represent 
designer  input  data.  These  sets  contain  the  parameters  of  the  statistical 
distributions  determined  from  recorded  meteorological  data.  These  date  seta 
must  be  included  in  the  input  data  streaa  regardless  of  the  eaount  and  type 
of  planner  inputed  date.  A  limited  mad>er  of  these  designer  input  date 
sets  have  been  prepared  during  developaent  of  the  model.  Detailed  descriptions 
of  the  preparation  of  these  date  sets  is  included  with  the  description  of 
the  corresponding  supporting  subroutine.  In  placing  the  da'%  sets  into 
the  input  date  stream  one  must  take  cere  to  insure  that  they  have  the  proper 
order  and  that  the  date  sets  selected  agree  with  the  month  and  scenario 
area  of  the  game. 
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Figure  5.2-3  ATMQMN  INPUT  DATA  STREAM 


5. 2. 1.3  Description  of  Logic  end  Proceeeing 

Set  Section  2. 

5. 2. 1.4  Semple  Date  Set 

The  FORTRAN  Statement*  composing  ATMONN  during  the  Systen  Assessment 
Model  checkout  were  identical  to  the  exaaple  presented  in  Fig.  5. 2-2. The  six 
data  sets  in  the  input  data  s trees  are  presented  with  the  descriptions  of 
the  corresponding  subroutines  (i.t;,  ATMOS.  PROB1,  PR0B2,  PROB3,  PROB4  or 
PROBS). 

5.2.1.5  Sample  Output 

No  output  is  produced  directly  by  ATMQMN.  A  supporting  subroutine. 

END.  will  generate  a  printed  report  of  the  time  history  of  the  atmospheric 
environment  if  this  option  is  chosen  by  the  planner  (PROPT  -  .TRUE.).  The 
reports  generated  during  the  checkout  of  the  System  Assessment  Mod#.',  are 
included  in  the  description  of  Subroutine  END. 
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SUBROUTINE  ATMOS 


5. 2.2.1  Purpose 

»  t 

Subroutine  ATMOS  generates  values  for  a  nuaber  of  Mteorological  factors 
which  describe  the  ataospheric  environment  during  the  duration  of  the  game. 

These  factors  coapose  the  ATMENV  Coaaon  Area  as  shown  in  Table  5.2-1.  Because 
various  portions  of  t.i*  F  RE  RUN  and  Main  Simulation  Model  require  knowledge 
of  the  ataospheric  environment,  Subroutine  ATMOS  is  intended  to  be  part  of  a 
stand-alone  program  executed  prior  to  the  PRERUN. 

5. 2. 2. 2  Use  and  Description  of  Inputs 

>  main  program,  ATMOMN,  and  fourteen  supporting  subroutines  must  be 
employed  with  Subroutine  ATMOS.  The  subroutines  include  EDIT,  EMSG,  END, 

EPHEM,  IRRAD,  ORDER,  PRECIP,  PR0B1,  PR0B2,  PR0B3,  PR0B4 ,  PR0B5 ,  SPHTRI  and 
WEATHR  in  alphabetical  order.  The  reader  is  referred  to  the  descriptions  of 
these  programs  in  the  following  sections  for  detailed  information.  Subroutines 
descriptions  are  arranged  in  order  of  use  by  the  prograa. 

The  planner  may  input  data  for  one  or  more  (or  possibly  all)  of  the 
variables  which  would  otherwise  be  generated  by  Subroutine  ATMOS  using 
statistical  procedures.  The  input  data  Bust  be  in  the  fora  of  a  tiae 
history  which  will  be  described  in  detail.  This  history  is  punched  onto 
cards  to  form  the  Planner  Input  Data  Set  (see  the  input  data  stream  in  the 
description  of  ATMOMN  wain  prograa  (Section  5.2.1))  and  read  by  Subroutine  ATMOS. 
If  no  input  is  being  supplied  the  data  set  aust  consist  of  a  blank  card. 

There  are  nine  categories  in  which  the  planner  may  elect  io  provide  input. 

If  he  elects  to  provide  any  input  at  all,  he  must  also  provide  time  data.  Table 

5.2-H  below  lists  these  categories  with  their  description*. 

Note  that  in  each  of  the  first  two  categories,  Emphemeris/Illumination  Data 
and  the  Precipitation  Data,  the  planner  must  specify  more  than  one  variable. 


TABLE  5.2-1 

CONTENTS  OP  ATMENV  COMON  AREA 


VARIABLE 

NAME 

TYPE 

DESCRIPTION 

UNITS 

ITEFF 

Integer 

Value  of  ITIME  when  ATMENV  Table 
effective 

Seconds 

SOI-VT 

Real 

Solar  Altitude 

Degrees 

ALTiUBi 

Real 

Lunar  Altitude 

Degrees 

PHSLUN. 

Re>.l 

Lunar  phase  (civil) 

Fraction 

rroscE 

Integer 

Precipitation  code  identifying  type 
of  precipitation 

0  ■  No  precipitation 

1  ■  Thunderstorm 

2  ■  Rain  or  drizzle 

3  ■  Freezing  rain  or  drizzle  * 

4  •  Snow  or  sleet  * 

5  a  Hail  * 

6  •  Fog 

PRATE 

Real 

Precipitation  rate 

■s/hr 

PT0T24 

Total  precipitation  during  the  last 

24  hours 

H20DEN 

Real 

Amount  of  water  in  the  air 

gn/cc 

WSPEED 

Kind  speed 

ka/hr 

COOVER 

Cloud  cover 

fraction 

ATEMP 

Air  temperature 

'C 

PRESUR 

Pressure 

HUMDTY 

Relative  humidity 

MJI  ■ 

VI  SIB 

Meteorological  visibility 

meters 

CEIL 

Ceiling 

asters 

ASID 

Real  Array 

ASID(l)  ■  Amplitude  of  the  spec¬ 
tral  irrad lance  due  to  direct 
sunlight  or  direct  moonlight 

ASID(2)  ■  Amplitude  of  the  spec¬ 
tral  irradiance  due  to  clear  sky 
ASID(3)  ■  Amplitude  of  the  spec¬ 
tral  irTsdiance  due  to  air  glow 

watts/m^ 

TCLGUD 

Real 

Transmission  of  cloud  cover 

• 

*Not  presently  played  in  oodel 
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TABLE  5.2-11 
TYPES  OF  PLANNER  INPUT 


CATEGORY 

VARIABLE 

DESCRIPTION/UNITS 

Tine 

Day 

(INDAY) 

A  two-digit  integer  describing  the  day 
of  tha  gaae,  thus  00  is  D-day,  OS 

D-day  ♦  S.  ate. 

Hour 

(INHR) 

A  four-digit  integer  equal  to  the 
military  time,  e.g.,  0900,  17SS  ate. 

1. 

Ephemeris/ 

Illumination 

Solar  Altituda 
(SOLALT) 

Local  elevation  of  the  sun  in  degrees. 

A  negative  value  indicates  that  tha  sun 
is  below  the  horizon  (i.e.,  nighttime) 

Lunar  Altituda 
(ALTLUN) 

Local  elevation  of  the  moon  in  degrees. 
Negative  value  indicates  moon  below 
hori son. 

Lunar  Phasa 
(PHSLUN) 

Expressed  as  a  fraction,  i.e.,  0.00  »  New 
Moon,  0.25  ■  1st  Quarter,  0.50  -  Full  Moon, 
0.75  *  3d  Quarter 

2, 

Precipitation 

Condition  Code 
(IPKODE) 

A  one-digit  integer  code  identifying  the 
type  of  precipitation 

0  •  No  precipitation 

1  ■  Thunderstorm 

2  ■  Rain  or  drizzle 

3  ■  Freezing  rain  or  drizzle* 

4  ■  Snow  or  sleet* 

5  -  Hail* 

6  -  Fog 

Total  Amount  of 
Precipitation  for 
Event  (TOTP) 

Total  amount  of  rain  (or  snow)  in  inches 
for  the  event  identified  by  the  condition 
code 

3. 

Wind  Speed 

(WSPEED) 

Knots 

4. 

Cloud  Cover 

(CCOVER) 

Fraction  0.0  -  1.0 

S. 

Dry  Bulb 
Teaperature 

(ATEMP) 

Degrees  Fahrenheit 

6. 

Pressure 

(PRESUR) 

Inches  of  Hg 

7. 

Relative  Humidity 

(HUVUTY) 

Percent  0  -  100 

8. 

Meteorological 

Visibility 

(VISIB) 

Miles 

9. 

Ceiling 

(CEIL) 

Feet 

present  ly  pUved  In  model.  For  details  about  the  eensor  model's  response  to  these 
codes  the  reader  is  referred  to  the  corresponding  descriptions  of  the  sensor  performance 
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For  example,  if  he  elects  to  input  illumination  information  he  must  specify 
solar  altitude,  lunar  altitude  and  lunar  phase  as  a  function  of  time  for  the 
total  duration  of  the  game  being  played.  This  does  not  restrict  these  time 
histories  to  be  representative  of  the  "real  world."  For  example,  the  planner 
could  play  a  game  history  of  several  days  keeping  the  solar  altitude  constant 
or  a  three-day  game  with  the  phase  of  the  moon  changing  from  1/4  to  1/2  to  3/4 
on  successive  nights.  Due  to  the  extreme  flexibility  in  the  types  of  input 
accepted,  overall  compatibility  of  the  input  rests  with  the  planner,  lie 
should  not,  for  example,  specify  rain  without  cloud  cover. 

To  assist  the  planner  in  preparing  the  input,  a  form  has  been  prepared 
and  is  shown  in  Tab.  5.2-III.  Its  use  ha3  been  illustrated  employing  the 
environmental  data  from  a  draft  scenario  shown  in  Tab*  5.2-iv.  In  the  present 
case  the  planner  elected  to  provide  input  in  seven  of  the  nine  categories 
(pressure  and  visibility  are  left  unspecified).  As  can  be  seen  from  this 
example,  the  preparation  of  the  planner  input  could  become  tedious  when  the 
planner  elects  to  provide  input  in  a  majority  of  the  categories  for  games 
with  extensive  duration.  To  ease  the  burden  one  can  change  the  variables  in 
a  discontinuous  or  step  function  fashion  with  time  (in  the  present  example 
this  was  done  with  solar  altitude,  lunar  altitude,  lunar  phase,  cloud  cover, 
relative  humidity  and  ceiling)  or  keep  them  constant  (as  done  for  wind  speed) . 
If  a  smoother  transition  is  desired  (as  done  for  temperature),  the  preparation 
becomes  more  difficult  and  it  is  recommended  that  the  planner  use  the  statis¬ 
tical  procedures  "built-in"  to  Subroutine  ATMOS. 

The  first  entry  in  the  table  establishes  the  conditions  at  the  beginning 
of  the  game  (DAY  «  00,  HOUR  ■  TIME  AT  THE  START  OF  GAME,  in  the  present  example 
it  was  assumed  to  be  midnight  thus  the  HOUR  *  0000).  In  aciition,  this  entry 
allows  the  planner  to  specify  the  variables  he  does  not  wan  to  provide  for  in 
his  input  data.  The  reader  may  note  that  all  the  variables  except  solar  or 
lunar  altitude  and  temperature  do  not  normally  have  negative'  values .  Thus  by 
assigning  any  negative  decimal  number  to  the  initial  value  of  a  variable,  the 
planner  can  indicate  that  he  wil!  not  provide  input  for  that ^variable.  Note 
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I  ABLE  5. 2 -IV 


Environmental  Data  of  a  Draft  scenario 


1.  General.  The  following  data  is  provided  to  exercise  the  STANO  equipment 
in  various  environmental  conditions.  The  basic  data  was  extracted  from  the 
Tactical  Scale  Study  Hue  and  Vicinity,  14  June  1968,  I'O  United  States  Military 
Assistance  Command,  Vietnam.  Climatic  conditions  for  the  montn  of  April  have 
been  portrayed.  Where  deviations  occur,  it  was  for  the  convenience  of  the 
scenario. 


2. 

Precipitation. 

There  is  only  one 

instance  of  rain: 

DAY 

DURATION 

TYPE 

D+l 

0100  to  0400 

light  to  medium 

Fog.  The  only 

instance  of  fog  is 

during  D-day  from  0500  to  0900. 

4.  Ceiling.  The  ceiling  will  remain  above  3000  ft.  MSL  during  the  entire 
period.  The  only  instance  of  cloud  cover  will  exist  from  D-day  1800  hrs. 
to  D+l  0500  hrs. 


1 - 

5. 

Moon  Data. 

DAY 

RISE 

SET 

PHASE 

D 

0800 

1400 

1/4 

D+l 

0100 

1300 

1/2 

D+2 

2300 

0900 

3/4 

6. 

Light  Data  - 

(Mean  for 

enti re 

scenario) 

BMNT 

SUNRISE 

SUNSET 

LENT 

0548 

0635 

1905 

1952 

—1 

7.  Wind  -  The  mean  wind  speed  is  5  knots. 


9.  Rc lative  Humidity 

Mean  0 700  hrs.  -  91” 
Mean  1300  hrs.  -  69* 


8.  Temperature 

Mean  high  -  87’F 
Mean  low  -  72 °F 
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that  in  the  example  shown,  pressure  and  visibility  are  left  unspecified  and 
therefore  have  been  assigned  an  initial  value  of  -1.0.  The  tine  histories  for 
these  variables  will  be  generated  by  the  ATMOS  Subroutine. 

In  the  case  of  the  Ephemsris/Illuaination  data,  a  negative  value  tor  the 
lunar  phase  indicates  that  values  for  these  variables  are  not  provided  in  the 
planner  input  and  no  entry  need  be  made  for  solar  and  lunar  altitude-  For 
the  precipitation  data,  only  TOTP  need  be  set  equal  to  a  negative  nuaber  while 
IPKOUE  can  be  left  blank.  To  indicate  that  temperature  information  is  not 
part  of  the  input  data,  an  initial  value  less  or  equal  to  -FO.O  degrees  aust 
be  assigned. 

After  the  initial  entry  is  made,  tine  is  advanced  until  the  next  change 
occurs  in  the  ataospheric  environment.  In  the  exaaple  a  fog  occurs  on  D-Day 
(DAY  -  00)  at  HOUR  ■  0500.  This  is  shown  as  the  second  entry  or  line  in  the 
table  where  the  condition  code  ("IPK0DE")  has  been  changed  froa  0  to  6.  The 
values  of  the  other  variables  reaain  unchanged  and  are  simply  repeated.  Note 
that  no  further  entry  is  required  for  pressure  or  visibility.  The  third  entry 
(line)  in  the  table  occurs  at  sunrise  (0AY  ■  00,  HOUR  ■>  0635)  where  the 
solar  altitude  has  been  changed  from  -90.0  to  >90.0  degrees.  This  step 
function  change  in  solar  altitude  is,  of  course,  unrealistic.  A  smoother 
transition  to  account  for  twilight  and  low  altitude  periods  could  be  provided 
by  the  planner  at  the  expense  of  additional  tine  and  calculation.  If  he  chose 
not  to  input  Ephemeris/Illuaination  Data,  the  time  history  generated  automa¬ 
tically  would  be  smooth  and  represent  the  solar  altitude  occurring  during  the 
reference  year  1969.  The  fourth  entry  (DAY  ■  00,  HOUR  *  0800)  occurs  at  aeon 
rise  and  the  lunar  altitude  is  changed  froa  -90.0  to  >90.0  degrees  and  the 
lunar  phase  from  0.0  to  0.25  as  specified  in  "5.  Moon  Data"  in  Table  5.2-IV. 

The  previous  discussion  in  regard  to  solar  altitude  similarly  applies  here. 

The  fifth  entry  (DAY  ■  00,  HOUR  •  0900)  allows  the  fog  condition  to  be  termi¬ 
nated  by  changing  "IPKODE"  froa  6  back  to  0.  The  remainder  of  the  entries  in 
the  table  correspond  directly  to  events  specified  in  the  draft  scenario 
described  in  Tab.  5.2-IV/or  exaaple.  Entry  9  (DAY  *  01,  HOUR  •  0100)  corresponds 
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to  the  rein  shower  on  D-DAY  ♦  1.  The  condition  code  is  changed  from  o  to  2 
and  the  aaount  of  precipitation  during  the  3-hour  shower  is  set  equal  to  0.45 
inches.  In  selecting  this  value,  the  following  guideline  was  used: 

Light  Precipitation  Less  than  01  inches /hour 

Medium  or  Moderate  Precipitation  0.1-0. 3  inches/hour 

Heavy  Precipitation  Greater  than  0.3  inches/hour 

Thus  the  shower  has  an  average  rainfall  rate  of  0.15  inches/hour  equal 
to  a  Moderate  precipitation  rate.  The  reader  should  note  that  entry  10  is 
made  to  terminate  the  rain  shower  at  HOUR  »  0400. 

Once  the  planner  has  prepared  the  input  fora,  the  data  can  be  keypunched 
directly  onto  IBM  cards.  The  FCRTRAN  Statement  used  in  Subroutine  ATMOS  to 
read  the  planner  input  data  is  FORMAT  (12,  14,  2F5.0,  F4.0,  12,  7F4.0,  F6.0, 
24X) .  A  new  card  is  used  for  each  line  or  entry  (See  Table  .5.2-111.)  Thus  the 
our  example  18  data  cards  would  be  required  for  the  planner  input  data.  This 
number  must  be  punched  onto  a  separate  data  card  in  an  14,  76X  format  and 
placed  before  the  data  cards  containing  the  detailed  planner  input.  The  last 
76  spaces  on  this  card  are  available  to  the  planner  for  any  identifying 
alpha/nnmeric  information  he  may  desire.  A  blank  card  will  Indicate  that  no 
atmospheric  environment  data  will  be  provided  by  the  planner  for  tho  game. 


S.2.2.3  Description  of  Logic  and  Processing 

Fig,  5.2-4  is  a  macroflow  diagram  describing  the  major  steps  in 
Subroutine  ATMOS.  The  reading  and  processing  of  the  planner  input  data 
is  the  first  step  executed.  If  there  is  no  planner  input  data,  this  step 
is  bypassed.  If  there  is  planner  data  the  first  entry  (card)  is  read  and 
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Ftgurr  5.2-4  MACHOFLO*  FOA  SUMOVTINE  ATMOS 
<Sh*et  l  of  2) 
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th«  PIANIN  logical  array  established.  This  array  indicates  whether  the 
planner  is  providing  data  in  each  of  nine  categories  available  to  hia.  It 
is  used  in  the  subsequent  processing  to  bypass  the  calculations  of  paraaeters 
where  input  data  has  been  provided.  The  remainder  of  the  planner  input 
data  set  is  read  and  the  cosplete  set  transferred  into  disk  storage  for 
future  integration  to  the  appropriate  ATHENV  Table.  The  next  step  is 
a  call  to  Subroutine  PRECIP  which  generates  a  precipitation/non-precipitation 
tine  history.  If  the  planner  has  elected  to  include  precipitation  data 
in  his  input  the  call  is  bypassed  and  the  PR0B1  and  PR0B2  data  sets  are 
flushed  from  the  input  data  stream.  In  the  next  step  the  internal  clock 
is  set  equal  to  the  start  of  the  game  and  the  detailed  calculation  of 
the  contents  of  the  ATHENV  Tables  is  begun  usi»g  the  precipitation  time 
history.  The  first  step  in  this  process  is  a  call  to  Subroutine  WEATHR 
which  uses  Monte-Carlo  methods  to  generate  values  for  meteorological  factors 
which  completely  describe  the  atmospheric  environment.  This  is  followed 
by  a  call  to  Subroutine  IRRAD  which  determines  the  ephemeris  and  illumination 
data  required  by  the  ATHENV  Table.  The  next  step  is  the  conversion  of 
the  meteorological  paraaeters  to  a  consistent  metric  system.  The  ATtCNV 
Table  is  completed  by  computing  H200EN,  the  absolute  humidity ;  HUMDTV ,  the 
relative  humidity;  and  TCbOUD,  a  cloud  transmission  factor.  The  computation 
of  absolute  and  relative  humidity  requires  use  of  the  relationship  between 
temperature,  T  ,  and,  p  ,  the  density  of  water  vapor  in  the  air  at  100% 
saturation.  Unfortunately  no  mathematical  relationship  exists.  Algorithms 
were  developed  using  empirical  data  published  in  the  Handbook  of  Chemistry 
and  Physics  (Reference  1).  For  temperatures  greater  than  2*C  the  algorithm  is 
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For  temperatures  less  than  2*C  the  algorithm  becomes 
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The  Mxt  step  is  the  computation  of  s  value  for  the  cloud  transmission 
factor,  TCLOUD.  Algorithms  for  the  computation  of  this  factor  were  based 
*  upon  eapirical  data  obtained  from  Reference  2.  These  data  are  the  neasured 

decrease  in  total  flux  for  several  cloud  tyjcs .  By  assigning  typical  altitudes 
to  each  cloud  type  the  data  was  related  to  CEILING  as  shown  in  Figure  5.2-5. 

9  Staple  algorithas  (shown  as  dash  lines  in  the  figures  were  developed  for 

several  ranges  of  ceiling.  The  value  of  TCLOUD  depends  upon  the  value  of 
ceiling  as  well  as  the  value  of  solar  or  lunar  altitude.  Once  the  coaputation 
of  this  factor  has  been  ccapleted  all  of  the  paraaeters  in  the  ATMENV  Coaaon 
Area  have  been  detenined  and  the  next  step  in  ATMOS  is  a  call  to  subroutine 
EDIT.  This  subroutine  exaaines  the  current  values  of  the  paraaeters  and 
coapares  then  to  the  previous  values  and  decides  to  keep  the  current  ATMENV 
Table  only  if  a  change  has  occurred  in  at  least  one  of  the  paraaeters  which 
would  aake  a  significant  difference  in  the  performance  of  the  sensors  employed 
in  the  aodel-  After  the  return  froa  EDIT  the  paraaeters  are  restored  to  their 
original  units.  This  is  necessary  to  insure  that  the  planner  input  data  is 
restored  to  its  original  fora.  The  final  step  in  the  program  is  the  advanceaent 
of  the  clock.  If  the  value  of  tiae  after  the  clock  has  been  advanced  exceeds 
the  gaae  duration  tiae.  Subroutine  END  is  called  to  terainate  the  execution 
and  provide  the  appropriate  output.  If  the  end  of  the  gaae  has  not  been 
reached,  the  planner  input  is  updated  if  required  and  the  execution  is  recycled 
to  the  call  of  Subroutine  4HATHR  to  compute  the  next  ATMENV  Table. 

S.2.2.4  Saaple  Data  Set 

f  The  Planner  Input  Data  Set  used  during  the  System  Assessment  Model 

checkout  is  shown  in  Fig  5.2-6.  This  data  sot  was  prepared  using  the  scenario 
presented  previously  in  Tab  5.2-rv  and  consequently  la  similar  to  the  example 
Data  Set  in  Tab  le  5.2-1II  except  chat  the  planner  haa  elected  not  to  supply  tne 
Ephameris/Illuaination  Data. 
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Figure  5.2-6  CHECKOUT  PLANNER  INPUT  DATA  SET 


Checkout  of  ATMOS  execution  when  no  planner  input  date  is  supplied  was 
also  performed,  however,  the  atmospheric  environment  generated  was  not  used 
in  the  subsequent  check  of  the  complete  System  Assessment  Model.  In  this  case 
the  Planner  Input  Data  Set  consisted  of  a  single  blank  card. 

5.2.2.S  Sample  Output 

No  output  is  produced  directly  by  ATMOS,  however,  a  supporting  subroutine, 
END,  does  generate  a  printed  report  of  the  atmospheric  environment  if  this 
option  was  chosen  by  the  planner  (see  the  description  of  the  ATMOMN  main 
program) .  The  reports  generated  during  the  checkout  of  the  System  Assessment 
Model  are  included  in  the  description  of  Subroutine  END.  (Section  S.2.16) . 


5.2.3  SUBROUTINE  PRECIP 


5. 2.3.1  Purpose 

This  subroutine  supports  ATMOS  in  the  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program 
prior  to  the  EffiKUN.  Its  function  is  to  generate  a  time  history  of  preci¬ 
pitation  and  non-precipitation  events  for  the  duration  of  the  game. 

5. 2.3.2  Use  and  Description  of  Inputs 

No  input  data  must  be  manually  supplied  by  the  planner.  A  number  of 
basic  parameters  including  the  duration  of  the  game  are  passed  to  the  subroutine 
through  the  BASICT  common  area.  The  subroutine  generates  the  time  history  of 
sequential  precipitation,  non-precipitation  events  for  a  period  of  time 
corresponding  to  the  duration  of  the  game.  In  addition  to  identifying  the 
beginning  of  the  events,  the  level  of  precipitation  and  type  of  precipitation 
event  (i.e.  thunderstorm,  rain,  freezing  rain,  snow  or  hail)  are  determined. 

5. 2.3.3  Description  of  Logic  and  Processing 

A  aacroflow  diagram  showing  the  major  processing  steps  in  Subroutine 
PRECIP  is  presented  in  Fig.  3.2-7 The  first  major  step  is  the  computation 
of  the  precipitation,  non-precipitation  event  tine  history  for  a  six-week 
period.  This  computation  is  carried  out  irrespective  of  the  length  of  the 
game  which  must  be  six  weeks  or  less.  Using  the  instantaneous  probability 
of  precipitation  supplied  by  Subroutine  PR0B1  (Section  5.2.4)  a  uniform  random 
number  is  employed  to  determine  whether  the  initial  event  will  be  a  precipitation 
or  non-precipitation  period.  The  duration  is  then  assigned  to  the  event  using 
the  duration  distribution  paramaters  also  supplied  by  Subroutine  PR0B1.  The 
duration  time  in  hours  is  determined  by  transforming  a  gaussian  random  number 
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using  the  transformation  describing  a  Johnson  St  distribution.  (See 
Reference  3).  The  duration  tine  for  the  event  (in  hours)  is  deterained 
by 


tj  --  n  e'iL 

where  -f>-  t  i  =  i,2,J  are  the  three  paraaeters  provided  by  Subroutine  PR0B1. 

The  correspondence  between  these  paraaeters  and  the  notation  in  the  cited 
reference  is  -  7  o.'td.  yo  .  >  .  A  precipitation  event 

duration  tiae  less  than  PDMIN  is  deleted  and  another  duration  tiae  randomly 
selected.  The  current  value  for  this  location  factor  is  0.2S  hour  and  is 
established  using  a  data  stateoent  in  the  subroutine.  By  adjusting  PDMIN 
the  Man  percentage  of  gane  tiae  occupied  by  precipitation  events  can  be  made 
to  agree  with  the  instantaneous  probability  of  precipitation.  The  expected 
nuaber  of  hourly  observations  to  be  effected  by  the  event,  ENOBS,  is  also 
computed.  It  is  easily  shown  that  this  quantity  is  eoual  to  tj+l  .  Next,  the 
internal  clocks  representing  the  tiae  of  day  and  elapsed  tiae  from  the  beginning 
of  the  game,  both  of  which  are  expressed  in  seconds,  are  advanced  and  the 
computation  is  recycled  to  compute  the  duration  of  the  next  event;  the  events 
alternating  between  non-precipitation  and  precip*  on  events.  This  process 
is  repeated  until  the  history  spans  a  period  of  jix  weeks  or  aore. 

The  next  major  processing  step  is  the  assignment  of  types  to  the 
precipitation  events.  The  type  is  identified  through  the  use  of  an  integer 
variable,  IPCODE.  This  code  describes  the  event  as  follows:  0  »  no  precipi¬ 
tation,  1  ■  thunderstorm,  2  ■  rain  or  drizzle,  3  ■  freezing  rain  or  drizzle, 

4  «  snow  or  sleet,  S  ■  hail  and  6  ■  fog.  For  the  precipitation  events  IPCODE 
is  assigned  a  value  from  1  to  S  using  the  precipitation  type  probabilities 
supplied  by  Subroutine  PRGI2  (See  Section  5.2.S).  If  hail  has  a  non-zero 
probability,  it  is  assigned  first  to  the  events  which  have  the  shortest 
duration.  Siailarly,  if  thunderstorms  have  a  finite  probability,  they  are 
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assigned  to  the  event  of  the  shortest  duration  from  the  retaining  non-identified 
events.  These  assignments  are  aade  until  the  expected  value  of  the  duration 
tine  of  t  particular  type  of  event  is  exhausted.  The  reaaining  types  of 
precipitation  i.e.,  rain,  freezing  rain  and  snow  are  assigned  to  the  reaaining 
non-identified  precipitation  events  until  all  these  events  have  been  specified. 

The  third  step  in  Subroutine  PRECIP  is  the  assignment  of  the  total  amount 
of  precipitation  to  each  of  the  precipitation  events.  This  is  accoaplished 
by  transforming  a  gaussian  random  number  using  the  parameters  supplied  by 
Subroutine  PR0B2  and  describing  the  clock-hour  precipitation  rate.  Again  these 
parameters  specify  a  Johnson  SB  distribution  (Reference  3)  which  is  a  trans¬ 
formation  of  the  noraal  distribution.  The  clock-hour  rate  in  inches  per  hour 
is  given  by 
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where  ^  t  «  -  ',*,3  are  the  parameters  supplied  by  PROB2.  Since  the 
clock-hour  rate  represents  the  equivalent  amount  of  rain  in  an  one  hour 
period,  more  than  one  value  may  be  required  to  determine  the  total  precipitation 
level  for  any  one  event.  As  noted  above  the  expected  number  of  observations 
that  will  be  effected  by  any  one  event  given  that  the  observations  are  made 
on  equally  hour  intervals  is  equal  to  one  plus  the  duration  of  the  event 
in  hours.  Therefore  this  number  of  clock-hour  rates  must  be  used  to  determine 
the  total  precipitation  level  for  any  one  event.  A  random  array  is  generated 
having  a  sufficient  number  of  clock-hour  rates  to  determine  the  total  precipitation 
for  all  the  precipitation  events.  The  maximum  clock-hour  rates  are  assigned 
to  the  thunderstorm  or  hail  events  if  any  exist.  The  remaining  rates  are 
then  randomly  assigned  to  the  other  types  of  precipitation  events.  In  the  case 
of  snow  or  hail  events  the  total  precipitation  level  represents  the  rain  equivalent. 

The  last  step  in  the  subroutine  is  a  random  selection  of  a  portion  of 
the  six-week  history  for  the  period  identified  for  the  game  played.  Should 
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the  duration  of  the  game  be  six  weeks  this  step  is  bypassed  and  execution 
returned  to  the  calling  program. 

5. 2.3.4  Sample  Data  Set 

No  input  data  is  required  by  this  subroutine. 

5.2.3.5  Sample  Output 

No  direct  output  is  produced  by  this  subroutine.  The  data  required  to 
specify  the  time  history,  namely  the  event  starting  times  (ITCNG),  the  event 
identification  code  (1PCODF.) ,  and  the  total  precipitation  level  for  each 
event  (TOTP),  are  returned  to  the  calling  program  through  the  argument  list. 
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5.2.4  SUBROUTINE  PROB1 


5. 2. 4.1  Purpose 

This  subroutine  supports  PRECIP  in  the  generation  of  the  atnospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program  ♦ 

prior  to  the  PRERUN.  its  function  is  to  supply  parameters  describing  the 
distribution  for  the  duration  of  both  precipitation  or  non-precipitation 
events. 


5. 2. 4. 2  Use  and  Description  of  Inputs 

A  PR0B1  data  set  for  the  appropriate  month  and  scenario  area  must  be 
placed  in  the  input  data  stream  to  be  read  by  this  routine.  The  order  of 
the  data  sets  in  the  input  data  stream  is  presented  in  the  description  of 
the  main  program  ATMOMN  (Section  S.2.1).  The  PR0B1  data  set  contains  the 
parameters  of  the  distributions  for  the  duration  of  both  precipitation  and 
non-precipitation  events.  The  distributions  are  obtained  from  recorded 
weather  data  and  provided  by  Mr.  Allen  R.  Davis  of  the  USAF  Environmental 
Technical  Application  Center  (ETAC) ,  Building  1S9  Navy  Yard  Annex, 
Washington,  D.C.,  20353.  A  typical  example  is  shown  in  Table  5.2-V.  The 
aapirical  data  can  be  satisfactorily  fit  by  Johnson  S»  distributions. 

(See  Reference  3) .  The  Johnson  distributions  are  four-parameter  trans¬ 
formations  of  the  normal  distribution.  If  2  represents  a  standard  normal 
random  variable  (i.e.  zero  mean  and  unit  standard  deviation)  the  random 
variable, X,  described  by  the  Johnson  5,  distribution  is  given  by 
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where  7  ,  y  ,  c  and  .A  are  the  fou<*  parameters  of  the  transformation.  The 
value  of  X  will  be  bounded  between  £  and  £>A  .  In  the  case  of  the  duration 
distributions  it  is  assumed  that  the  lower  bound,  i.e.  €.  ,  is  zero.  The 
values  of  the  remaining  three  parameters  (  7  ,  ^  and  A  )  are  estimated  jsing 
methods  recommended  in  the  cited  reference.  Cumulative  distributions  are 
formed  by  summing  the  empirical  probability  densities  supplied  by  ETAC.  In 
addition  to  the  Oth  and  100th  percentile,  the  <S&  distribution  is  forced  to 
agree  with  the  cumulative  at  two  other  percentiles.  Several  sets  of  percentiles 
are  employed  and  the  residual  sum  of  squares  between  the  fitted  5^  distributions 
and  th*  cumulative  computed.  The  values  for  the  parameters  of  the  set  of 
percertiles  with  the  smallest  residual  (and  hence  the  best  fit)  are  used  in 
constricting  the  PR0B1  data  set.  The  composition  of  the  PROB1  data  set  (3 
cards)!  s  shown  in  Table  5.2-VI,  We  see  that  the  duration  distributions  for  both 
precipitation  »"d  non- precipitation  events  are  determined  as  a  function  of  the 
time  of  day  classified  into  four  intervals  00  to  06  hours,  06  to  12  hours,  12 
to  18  hours,  and  18  to  24  hours,  Local  Standard  Time.  Of  the  28  parameters 
contained  in  the  PRQB1  data  set  the  fifth  through  the  twenty-eighth  parameters, 
inclusive,  are  required  to  specify  the  eight  duration  distributions.  The  first 
4  parameters  are  instantaneous  precipitation  probabilities  conditioned  on  the 
time  of  day.  These  probabilities  are  obtained  from  standard  weather  summaries 
also  supplied  by  ETAC.  These  summaries  contain  the  percentage  frequency  of 
occurrence  of  weather  conditions  from  hourly  observations  including  the  percentage 
of  observations  with  precipitation.  Due  to  the  lack  of  sufficient  data  at  the 
station  located  at  Hue,  data  from  the  station  at  Da  Nang  (488SS)  was  used  as  a 
suitable  alternate  for  duration  distribution  data. 

Two  input  variables  are  supplied  to  the  subroutine  through  its  argument 
list.  The  integer  variable  J  (or  JT1KE  in  subroutine  PRECIP)  is  the  interval 
corresponding  to  the  time  of  day.  A  second  integer  variable  IP  identifies  the 
precipitation  condition  (IP  ■  1  designates  a  non-precipitation  period;  IP  *  2  a 
precipitation  period). 


Table  5.2-VZ  Composition  of  PR OBI  Data  Set 
(3  Cards) 
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S.2.4.3  Description  of  Logic  and  Processing 


Fig,  5.2-8  shows  a  macroflow  diagram  of  Subroutine  PR0B1  identifying  the 
major  processing  steps.  The  first  call  of  the  subroutine  (NCYCLE  •  0) 
causes  the  PROS!  data  set  to  be  read  from  the  Input  data  stream.  In  the 
next  step  a  value  is  assigned  to  the  precipitation  probability  depending  upon 
the  time  of  day.  if  the  subroutine  has  been  previously  called  (NCYCLE  »  1), 
the  first  two  steps  are  bypassed  and  execution  is  transferred  imatediately  to 
the  third  step.  In  this  step  the  parameters  for  the  duration  distribution 
required  by  Subroutine  PRECIP  are  set.  After  this  step  execution  is  returned 
to  the  calling  program. 

5. 2. 4. 4  Sample  Data  Set 

Fig:  5.2-9  shows  the  PROB1  data  set  prepared  for  an  oxercise  in  the  Hue 
scenario  area  during  the  month  of  May. 

5.2.4.5  Sample  Output 

No  direct  output  is  produced  by  this  subroutine.  The  distribution 
parameters  and  p  ecipitation  probabilities  are  returned  to  the  calling  subroutine 
through  the  argument  list. 
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Figure  5.2-#}  Macroflw  Diagram  for 
Subroutine  PR0B1 


S-3S 


.  8.31  .934  U»8  i.88  . 

V  rr, iff  '3  riff Ij  vTiVfti T»  •  w  ;«n  >?§?«Tn  n  -7lii  i4  B  ail  x  a  0*'  ttMff’»MHl6»3  o  t'lwttj  J»J  ?  i\  :TTil  11  !1*IIL  H. 

.  042  ,046  .077  .046  1,44  .680  440.  WU  .461  96. 0  .664  .476  Ui.  1.44  *£090108 

|{  "»"i*ip'|  “TiJT.r!  “Op!  mV:  1  7i7rf,  TT/iJti 35*  up ^ i' ’"■■  »7i«I»t'»:7}i  jfrtu" OJjT i*  i«*t >3 

PRQ&1  Q*TR  SCT  -.  PSCClP/WI-PRtClP  CVCMT  0U4ATICW \DIS1*  0  HUCi  MAY . 08090101 

rr  i  n  >  1 1  r»  j  vrj  vi>  ■.y-Mi  yj  {!  ~|  >THi^"7r?n>'' rrr  1  (.'  Vtv  r»  •  Voir^M  v.\?  f^'-iV.-,"  *  K*w>v '-.Mtir)*'  <•■.»{.>  ,•./*:] 


U  (Ml  U  (Miuuru 


fp  o  o  Q‘0  o  o  ol^oY'  o'ro'ojo  o  o  o ic  o  o'^  o  olr’d  o  o’oTd  o  q  oiRi  OroTajoTVd’oIo'b  o  oj^d  ojo  (To  oPo  3cjo  o'  rejo  o  *m  ‘o|'o'Vo 

i  i  \  <]:  t  »  •  i  k  i,  h  r,  71  ;iwU» i  !.•')•  j»  mum  h uWrtjo?!  n  m»«u n  :mi  »  n  *:"  •«»< 

1 1  n!lf  i  ijf|i*  i  ill  i  n  n  n  n  lflu  1  i  1 1  1 1 1 1  n  1 1 1 1  m  tffii  nni  1 1 1111111111  iji£i  1 » » 1 1,1 1 1  ii*  £1 " 


1 1  n¥  1  iif  1^.  1 1 1 1 1 1  n  m  1 1  n  1 1  m  1  n  !  1  m  1 1  uSi  1 1 1 1 1 1 1 1 1 1 1 1 1  n  1  m£i  :ji  1  m  1  mji  '.r 

2  72^2  7 2  2 2  ?2!J.’  2  2  2  2  1  2  2  2222222222222222  22222222  2  2  2  2  2  2  2  2  !|2  J  2  2  2  2  2  2  2  2  2 2  2  2  2j2  2172  J2  2:1  2  2  2 

i  j  ;  4  >  »  i  i  ♦  *9  n  •:  n  k  o  i*  u  »  »i  :o  n  .1  Jt  2i  :<:>  m  w  j:  :j  m  n  u  «;  *)««<«  if  »m*  w  y  yiiwf.v;i  m  hm»'  »;  un  nwm.  »i  /•:  n  u  n  u  *  r\r.  »  7)  k{ 

]  3  n'n  3  31?  3  3  3|3  1 3  3  3  3  3  3  ?  3  3  3  3  3  3  3  3  3  3  Rl  3  3  3  3  3  3  !*  3  i  3  3  3  J  3  3  3  3  3  3  53  3|3  3  3  5  3  3  '.  3  3  3  1  3  33 1 3  3  3  3  3:!  2  3  3 

444  l|<  4  i3  4  1  4  4  4,4  4  4  ♦  4  444  14  4  *  4  4  4  4  4  4  4  4  4  4  4  4  4  4  4  4  4  g  3  4  4  4  4  4  4  4  ?4  «  •!  4  *4  *4  4  SU  4,’  1  4  4,4  4  4  4  »  4  4  ^  I  4  4 

i  ’  j  *  i  »,  t  ii  it  •’!•  :i  i,  u  •!  *4  n  n  .-i  ::  ;*;i  »  i«  ij  /.  m  r--i  u  m  ,«4.v,to«:n  |i%w4;  j.jm;  a  ;itt  ui/  ;•  i.  s^bj;.'  >  ’*•' 

!$  5  S  i'i  j  5  ''5  S  5  51’  5  5  5  5  5  5  *  S  5  5  51’  5  '  b's  S  °  515  i  5  »!« «  8 515  5  5  5]5  5  S  5^5  5  5  5  5  ’5  5  5  5  5jSlSi|J  5  5  5  5  5  1  5  5  5  5  Ti  5  5  5 

j  j  I  j  GENERAL  PURPOSE  -  20  Ftf  LO_  j  j  j  |  [ 

to  ^  i  S  S  C  G.c  o  C  fc:6  G  6  6  S  0  C  6  6  o6G|G/666GG666666  6  6G6666Cij6^6  6666  66  6j6  6G6j6  66666605666$$CG|6i>6;' 

l  7  ;  Jjk  I  ,  |- |  »5  »;  :.(ii  M  a  H  »2  »  M  W  ii  i?  52  M  JVM22M  MO  *MJ4J44  IM4  »»  »  .«  i;  (■>  »  •>»  •>  It  rt!  » 

r 7 7  jj? min n!n  i n c 2 7i7 1 F. n? 7 n n i1  n ; n m n 7  / n 7 ? n n ??in ? ?  i  n 7 ? n n ? n  n n 7  / n 

i  j  1 1 1 1 1  s  i  8  s  tills » m  i!t  i  n  its  2 « i !  5  a  m  i « 1 1 1 1  it  m :  1 1 1  i,u  ?. »;» • » .;s  s  ’» 1 1  ,sm  s  i  1 1 « s  s  ijH  8  i< 

«  ;  7  i*j  «  i  7  f  *;  t  .  Si  u  rt -,  *»  n  :•■  13  »j  h  ;»)i  J2M  :i*t  «.i?  «i4»'<i«M2  <Y*ie  v  iiwfi- ;o  a  i:  m  >•„  «|M  .*  .•  ( 

9 1 9  9  i  j  9  9  9!9  9  9  9  9  9  |  sl3 1 9  9{9  9  0  9  9 1 S  9 1 9  J  9  9  3  3  ^  9  9  19  9  1  9|9  3  9  19  9  9  9i9  9  9  9j5  9  9  9  9  9  9  0j3  *  9  <1 9  ri  9  9,9  H  3  St 

i  7  ;  *!»  »  i  if  i  it  ii  do  4  n«  «»  n  « {gin  7}nj«l;iM7'  jiItijo  )« 2.1  »m  n»2»  Tnnt  .^ioviiitt  o  wji  iwi'ijjjibnniwmi  dmIumiimmi  n  n  in )  2*  a  rtm  >•  nui 


Figure  5 .2-9 AN  EXAMPLE  OF  A  PROB1  DATA  SET  (3  CARDS) 
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5.2.5  SUBROUTINE  PRDB2 


5. 2.5.1  Purpose 

This  subroutine  supports  PRECIP  (5.2.3)  in  t'le  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program 
prior  to  the  PRERUN.  Its  function  is  to  supply  parameters  describing  the 
distribution  of  the  clock-hour  precipitation  rate  and  the  discrete  precipitation 
type  probabilities. 

5. 2. 5. 2  Use  and  Description  of  Inputs 

A  PROB2  data  set  for  the  appropriate  month  and  scenario  area  mist  be 
placed  in  the  input  data  stream  to  be  read  by  this  subroutine.  The  order  of 
the  data  sets  in  th.t  input  data  stream  is  presented  in  the  description  of 
the  main  program  ATMOMN  (5.2.1).  The  PR0B2  data  set  contains  the  parameters  for 
the  distribution  of  the  clock-hour  precipitation  rate  and  the  discrete 
probabilities  for  five  classes  of  precipitation  types  as  a  function  of  the 
time  of  day  classified  into  four  intervals,  00  to  06  hours,  06  to  12  hours, 

12  to  18  hours  and  18  to  24  hours.  Local  Standard  Time.  The  distributions 
of  clock-hour  precipitation  rates  are  obtained  from  recorded  weather  data 
and  provided  by  Mi.  Allan  R.  Davis  of  the  USAF  Environmental  Technical 
Application  Center  (ETAC) ,  Building  159  Navy  Yard  Annex,  Washington,  D.  C. , 

20333.  The  empirical  data  can  be  satisfactorily  fit  by  Johnson  distributions . 
(See  Reference  3).  Tne  Johnson  distributions  are  four-parameter  transformations 
of  the  normal  distribution.  If  £  represents  a  standard  normal  random  variable 
(i.e.  zero  mean  and  unit  standard  deviation)  the  random  variable,  X ,  described 
by  the  Johnson  S8  distribute  s  given  by 

i  -r 

- X  = _ _ 

I  *  £  'l 


S-J7 


where  f  ,-y  ,e  and -3  are  the  four  parameters  of  the  transformation.  The  value 
of  /t  will  be  bounded  between  £  and  .  In  the  case  of  the  clock-hour  rate 
distributions  i '  is  reasonable  to  assume  that  the  lower  bound,  i.e.  £  ,  is 
zero.  The  values  of  the  remaining  three  parameters  {  '/  ,  y  and  ^  )  are 
estimated  using  methods  reconiaended  in  the  cited  reference.  Cumulative 
distributions  are  formed  by  summing  the  empirical  probability  densities 

supplied  by  ETAC.  In  addition  to  the  Oth  and  100th  percentile,  the  SB distribution  * 

is  forced  to  agree  with  the  cumulative  at  two  other  percentiles.  Several 
sets  of  percentiles  are  employed  and  the  residua^,  sum  of  squares  between 

the  fitted  5^  distributions  and  the  cumulative  computed.  The  values  for  the  e 

parameters  of  the  set  of  percentiles  with  the  smallest  residual  (and  hence  the 
best  fit)  are  used  in  constructing  the  PR0B2  data  set. 

This  data  set  also  contains  discrete  precipitation  type  probabilities. 

Five  types  are  defined;  thunderstorms,  rain,  freezing  rain,  snow  and  hail. 

These  probabilities  are  obtained  from  standard  weather  suianaries  also 
supplied  by  ETAC.  These  summaries  contain  the  percentage  frequency  of 
occurrence  of  weather  conditions  from  hourly  observation.  Unfortunately,  when 
a  weather  observer  reports  thunder  at  his  station  this  does  not  mean  that  a 
thunderstorm  is  directly  overhead  but  only  that  thunder  is  heard  at  the  station. 

The  actual  thunderstorm  may  be  as  far  as  ten  miles  from  the  station.  The  count 
of  the  number  of  observations  that  include  both  thunder  and  precipitation 
occurring  is  taken  as  more  representative  of  the  thunderstorm  frequency  at  a 
point.  Therefore  in  order  to  properly  construct  the  discrete  probabilities 
the  percentage  frequency  of  occurrence  of  both  precipitation  and  thunder  is 
also  obtained  from  ETAC.  The  percentage  frequency  of  occurrence  of  thunderstorms 
reported  in  the  standard  weather  summaries  are  decreased  by  multiplying 
by  this  conditional  frequency  of  occurrence  of  precipitation  given  thunde-. 

The  precipitation  type  probabilities  are  determined  as  a  function  of  time 

of  day  classified  into  four  intervals.  The  sum  of  the  five  probabilities  in  * 

any  one  time  interval  totals  to  one. 

The  composition  of  the  PR0B2  data  set  (three  cards)  is  shown  in  Table 

5.2-VII.  We  see  that  the  first  three  parameters  specify  the  precipitation  rate  * 
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Table  5.2 .Vil  Composition  of  PR0B2  Data  Set 
(3  Cards) 


distribution  for  all  hours  while  the  fourth  through  the  twenty-third  parameters 
are  the  discrete  precipitation  type  probabilities  for  the  four  tiae-of-day 
intervals. 

One  input  variable  is  supplied  to  the  subroutine  from  its  argument  list. 
The  integer  variable  J  (or  JTIMli  in  subroutine  PRECIP)  is  the  interval  corres¬ 
ponding  to  the  time-of-day. 


5. 2. 5. 3  Description  of  Logic  and  Processing 

Fig.  5.2-10  shows  a  mncroflow  diagram  of  subroutine  PR0B2  identifying  the 
major  processing  steps.  The  first  call  of  the  subroutine  causes  the  PR0B2 
data  set  to  be  read  from  the  input  data  stream.  In  the  second  step  the 
parameters  of  the  clock-hour  precipitation  rate  distribution  are  set  since 
these  parameters  are  r.ot  functions  of  the  time-of-day.  If  the  subroutine  has 
been  previously  called,  these  first  two  steps  are  bypassed  and  execution  is 
transferred  immediately  to  the  third  step.  In  this  step  the  discrete  precipitation 
type  probabilities  are  set  appropriate  to  the  time-of-day.  After  this 
step,  execution  is  returned  to  the  calling  program. 


5.2.S.4  Sample  Data  Set 

Fig.  5.2-11.  shows  the  PR0B2  data  set  prepared  for  an  exercise  in  the  Hue 
scenario  area  during  the  month  of  May. 


5.2.5.S  Sample  Output 

Sr  direct  output  is  produced  by  this  subroutine.  The  distribution 
parameters  for  the  clock-hour  precipitation  rate  and  the  probability  of  the 
precipitation  types  r.re  returned  to  the  calling  subroutine  through  the 
argument  list. 
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Figure  5.2-11  AN  EXAMPLE  OF  A  PROB2  DATA  SET  (3  CARDS) 
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5.2.6  SUBROUTINE  NEATH R 


5. 2.6.1  Purpose 

This  subroutine  supports  ATMOS  in  the  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  pait  of  a  stand-alone  program 
prior  to  the  .PRERUN.  Its  function  is  to  compute  time  histories  for  a 
number  of  meteorological  variables  including  wind  speed,  visibility, 
atmospheric  pressure,  cloud  cover,  ceiling,  dry  bulb  temperature  and  dew 
point  depression. 


5. 2. 6. 2  Use  and  Description  of  inputs 

No  input  data  must  be  manually  supplied  by  the  planner.  The  values  for 
the  arrays  describing  the  precipitation,  non-precipitation  time  history 
generated  by  Subroutine  PREC1P  are  supplied  to  this  subroutine  through  its 
argument  list.  In  addition  a  logical  array,  PLANIN,  describing  the  variables 
which  the  planner  has  elected  to  supply  as  input  is  also  supplied  to  the 
subroutine  through  its  argument  list. 


5. 2.6.3  Description  of  Logic  and  Processing 

A  macroflow  diagram  showing  the  major  processing  steps  of  this  subroutine 
is  presented  in  Pig.  5.2-l2.ihe  purpose  of  the  subroutine  is  to  compute  tine 
histories  of  a  number  of  meteorological  factors.  Table  5.2-VIIX  lists  these  factors 
along  with  the  units  in  which  the  computation  is  made.  Most  of  these  factors 
as  indicated  in  the  Table  are  stored  in  ATMENV  common  area.  This  subroutine 
assigns  a  single  value  to  each  of  the  variables  depending  upon  the  elapsed 
tine  from  the  start  of  the  game  and  the  precipitation,  non-precipitation  time 
history  generated  previously  by  Subroutine  PRECIP.  The  time  history  of  these 
meteorological  variables  is  generated  by  recycling  to  the  call  of  Subroutine  WhATHR 
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Figur«  5.2 


-12  MACROFLOW  DIAGRAM  OF 
SUBROUTINE  WEATHR 
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Table  5.2-VIII  METEOROLOGICAL  VARIABLES 

COMPUTED  BY  SUBROUTINE  WEATHR 


FORTRAN 

NAME 

DESCRIPTION 

UNITS 

CORRESPONDING 
ELEMENT  OF 

P LANIN  ARRAY 

•jiiTPirr 

■MODE 

PRATE 

Instantaneous 

precipitation 

rate 

Inches/sec. 

None 

ATMENV 

NSPEED 

Hind  speed 

Knots 

3 

ATMENV 

VISIB 

Meteorological 

visibility 

Miles 

a 

ATMENV 

PRESUR 

Ataospheri- 

pressure 

Inches 
of  Hg. 

6 

ATMENV 

CCOVER 

Cloud  cover 

Fraction 

4 

atme:jv 

CEIL 

Ceiling 

Fee  t 

9 

ATMENV 

ATEMP 

Dry  bulb 
teaperature 

Fahrenheit 

degrees 

s 

ATMENV 

DEWDEP 

Dew  point 
depression 

Fahrenheit 

degrees 

7 

Argument 

list 

PTOT24 

Total  precipi¬ 
tation  level 
during  previous 

24  hr.  period 

Inches 

None 

ATMENV 
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in  Subroutine  ATMOS  .nd  incrementing  the  elapsed  time  from  the  start  of  the 
game. 

The  first  major  step  in  WKAT11R  is  the  establishment  of  the  normal 
deviate  vector  '*ZP".  This  vector  consists  of  seven  elements  which  are  standard 
normal  deviates  (zero  mean  and  unit  standard  deviation).  Different  branches 
are  also  employed  in  the  processing  if  the  calculation  is  being  made 
at  the  beginning  of  the  game  or  depending  upon  the  prec  citation  conditions 
(VLOC  ■  .TRUE,  indicates  a  precipitation  event.) 

In  order  to  insure  a  time  correlation  between  the  normal  deviate  vector  . 
at  successive  times  an  element  of  the  vector  is  generated  by  taking  a 
portion  of  its  previous  value  aud  adding  a  fraction  of  an  uncorrelated 
random  deviate  supplied  by  the  gaussian  landom  number  generator.  If 
we  let  ;  be  an  index  on  time  and  Z.  represent  the  standard  normal  deviate 
with  zero  mean  and  unit  standard  deviation  then  an  element  of  the  "ZP" 
vector  which  we  will  c  11  V  ■  is  given  by 


2j  ■ 


S  *j-i  *  CZ 


In  order  to  insure  that  Zj  is  distributed  normally  with  zero  mean  and  unit 
standard  deviation,  we  require  that 


s’*  <5  ^ 


If  we  let  be  the  correlation  coefficient  for  values  of  the  meteorological 
variables  over  «  one  hour  interval,  we  can  show  that 


-  9 


*0% 
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were  l  is  the  time  diffe/ence  t  ■  t.  .  in  seconds.  The  current  value 

J  J  •» 

of  f>,  denoted  by  the  Fortran  naae  TCORP,  is  0.97  and  is  established  by  a  data 
statement  in  the  subroutine.  This  was  selected  as  a  reasonable  value  based 
upon  studies  of  persistence  described  in  Reference  4. 

In  order  to  insure  a  smooth  transition  for  the  values  of  cloud  cover  and 
dew  point,  depression  from  precipitation  to  non -precipitation  events  the  values 
in  the  noraal  deviate  vector  "ZP"  used  in  computing  values  for  these  meteorological 
variables  are  derived  using  an  ordered  array  of  independent  normal  deviates. 

These  arrays  are  ordered  so  thnt  they  are  monotonically  decreasing  over  the  first 
half  of  their  length  and  monotorJcai.y  increasing  over  the  last  half. 

This  insures  that  the  appropriate  elements  of  the  "ZP"  vector  will  have  a 
smooth  transition  frr>m  maximum  to  minimum  back  to  maximum  during  a  non-precipitation 
event.  -This  permits  a  smooth  transition  of  cloud  cover  from  maximum  to  minimum 
to  maxibiim  and  dew  point  depression  from  zero  to  a  maximum  value  back  to 
zero  over  the  event. 

The  next  step  in  Subroutine  WEATHR  is  to  compute  values  for  the  meteorolo¬ 
gical  factors  shown  previously  in  Table  5.2-VIII.  If  the  planner  has  elected  to 
provide  input  data,  the  particular  caiculational  step  involved  is  bypassed. 

The  areas  in  which  the  planner  has  selected  to  provide  input  are  identified 
through  the  use  of  logical  array,  PLANIN.  The  elements  of  the  urray  which  are 
used  as  indicators  for  each  of  the  meteorological  factors  is  indicated  in 
the  table,  lhe  first  variable  to  be  calculated  is  the  instantaneous  precipita¬ 
tion  rate.  During  a  pre<-« oitation  period  the  instantaneous  rate  is  calculated 
using  an  al  ;orlthm  based  upon  a  half-cycle  sinusoidal  distribution  in  time 
over  the  duration  of  the  event,  namely 
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where  W({)  is  the  instantaneous  rate  in  inches  per  second,  p  is  the  total 
precipitation  for  the  event  in  inches,  Ji  is  the  duration  of  the  event  in 
seconds  and  t  is  the  elapsed  time  from  the  beginning  of  the  event  in  seconds. 

In  the  cise  of  a  s  -ow  went  the  instantaneous  rate  is  multiplied  by  10  to 
account  for  the  equivalence  between  rain  and  snow. 

The  values  assigned  tc  meteorologies.)  variables  of  wind  speed,  visibility, 
atmospheric  pressure,  cloud  cover,  ceiling,  dry  bulb  tem>erature  and  dew 
point  depression  are  made  using  the  standard  normal  deviates  contained  in 
the  "ZP"  vector.  The  elements  are  transformed  using  several  sets  of  parameters 
supplied  by  Subroutines  PROB3  (5.2.7),  PROM  (S.2.8)  or  PR0B5  (S.2.9).  The 
parameters  described  a  Johnson  5fl  distribution.  (See  Reference  3) .  The  values 
for  eac*<  of  the  meteorological  factors  are  determined  from  the  respective 
elements  in  the  vector  using  the  transformation 


I  + 


where  3,V  are  the  parameters  supplied  by  the  supporting  subroutines. 

The  correspondence  between  these  parameters  and  the  notation  in  the  cited 
reference  is  f>  -  YJ  -fa  •  If  the  current  event  is  a 

precipitation  period  (VLOC  »  .TRUE.)  the  value  of  cloud  cover  is  set  equal 
to  one  and  dew  point  depression  equal  to  zero  ar.d  the  Monte-Carlo  procedures 
for  the  calculation  of  these  variables  bypassed. 


The  final  step  in  Subroutine  WEATHR  is  the  computation  of  the  total 
precipitation  during  the  previous  2<-hour  time  period.  If  the  elapsed  time 
from  the  boginning  of  the  game  exceeds  24  hours,  the  calculation  is  made  by 
summing  the  values  in  the  TUTP  array  for  the  previous  24-hour  period.  At  the 
beginning  of  the  game,  it  is  determined  by  computing  the  average  24-hour 
precipitation  level  over  the  duration  of  the  game.  For  elapsed  time  between 
the  beginning  of  the  game  and  24  hours,  the  value  is  determined  using  a 
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monotonical.ly  decreasing  value  proportional  to  the  total  precipitation  at 
the  beginning  of  the  game  plus  any  precipitation  occurring  between  the 
beginning  of  the  game  and  the  current  time.  After  this  calculation,  execution 
is  returned  to  the  calling  program. 


5. 2.6.4  Saaple  Data  Set 

No  input  data  is  required  for  this  subroutine. 

5. 2.6.5  Saaple  Output 

No  output  is  produced  directly  by  this  subroutine.  The  values  for  the 
various  meteorological  variables  are  returned  to  the  calling  program  through 
the  ATMENV  conenon  area  or  the  argument  list.  One  of  the  supporting  subroutines, 
(Section  5.2.16)  F-iO,  will  generate  a  printed  report  of  the  time  history 
of  the  atmosphere  environment  if  this  option  is  chosen  by  the  planner.  This 
report  will  cortaln  the  values  for  many  of  the  variables  generated  by  WEATI1R. 
Examples  of  the  reports  generated  during  a  checkout  of  the  model  are  included 
in  the  description  of  Subroutine  END. 
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5.2.7 


SUBROUTINE  PROB3 


5.2.7. 1  Purpose 

This  subroutine  supports  WEATHR  (5.2.6)  in  the  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program 
prior  to  the  PRERUN.  Its  function  is  to  supply  parameters  describing  the 
iistribution  of  cloud  cover,  atmospheric  pressure,  visibility  and  wind  speed. 

5. 2.7.2  Use  and  Description  of  Inputs 

A  Pr,0B3  data  set  for  the  appropriate  month  and  scenario  area  must  be 
placed  in  the  input  data  stream  to  be  read  by  this  routine.  The  order  of 
the  data  set*  in  the  input  data  stream  is  presented  in  the  description  of 
the  main  program  ATMOMN  (5.2.1).  The  PROB3  data  set  contains  the  parameters  of  the 
distributions  for  cloud  cover,  atmospheric  pressure,  visibility  and  wind 
speed.  All  of  the  distributions  are  determined  as  a  function  of  the  time  of 
day  classified  into  four  intervals;  00  to  06  hours,  06  to  12  hours,  12  to  18 
hours,  and  18  to  24  hours,  Local  Standard  Time.  The  distribution  of  atmospheric 
pressure  is  further  divided  into  non-precipitation  and  precipitation  periods. 

The  visibility  and  wind  speed  distributions  are  divided  into  non-precipitation, 
light,  medium  or  heavy  precipitation  periods.  The  distributions  are  obtained 
from  recorded  weather  data  and  provided  by  Mr.  Allen  R.  Davis  of  the  USAF 
Environmental  Technical  Applications  Center  (ETAC),  Building  159  Navy  Yard 
Annex,  Washington,  D.  C. ,  20333.  The  data  required  is  in  the  form  of  bivariate 
frequency  tables  for  each  of  the  four  time-of-day  intervals.  The  specific 
tables  required  to  assemble  the  PR0E3  data  set  are  visibility  versus  precipita¬ 
tion  rate  and  wind  speed  versus  precipitation  rate.  In  addition  marginal 
distributions  for  cloud  cover  and  atmospheric  pressure  under  conditions  of 
precipitation  and  non-precipitation  are  also  required.  The  empirical 
data  can  be  satisfactorily  fit  by  Johnson  Sg  distributions.  (See  Reference  3). 

The  Johnson  distributions  are  four-parameter  transformations  of  the  normal 
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distribution.  If  2  represents  a  standard  noraal  random  variable  (i.e.  zero 
mean  and  unit  standard  deviation)  the  random  variable, x  .  described  by  the 
Johnson  Sg  distribution  is  given  by 


X  = 


1  tLJ 
C  1 


/  «. 


&T 


where  X  ,  y  ,  4  and  >  are  the  four  parameters  of  the  transformation.  The  value 
of  %  will  be  bounded  between  £  and  £+>  .  The  values  of  the  parameters  are 
estimated  using  methods  recommended  in  the  cited  reference.  Cumulative  distri¬ 
butions  are  formed  by  summing  che  empirical  probability  densities  suppled  by 
ETAC.  In  addition  to  the  0*.h  and  100th  percentile,  the  5g  distribution  is  forced 
to  agree  with  the  cumulative  at  two  other  percentiles.  Several  sets  of  percentiles 
are  employed  and  the  residual  sum  of  squares  between  the  fitted  distributions 
and  the  cumulative  computed.  The  values  for  the  parameters  of  the  set  of  percen¬ 
tiles  with  the  smallest  residual  (and  hence  the  best  fit)  are  used  in  constructing 
...  ...  . .  * —  . . 

the  PR0B3  data  set.  The  composition  of  the  PR0B3  data  set  (23  cards)  is  shown  in 
Tab.  5.2-IX-.  Due  to  the  lack  of  sufficient  data  at  the  station  located  at 
Hue,  data  from  the  station  at  Da  Nang  (48855)  was  used  as  a  suitable 
alternate  for  supplying  the  required  empirical  distributions. 

Two  input  variables  are  supplied  to  the  subroutine  through  its  argument 
list.  The  integer  variable  JTIME  is  the  interval  corresponding  to  the  time  of 
dey.  A  second  integer  variable  IP  identifies  the  precipitation  condition  (IP  ■  0 
designates  the  non-precipitation  period,  ip  »  1  a  light  precipitation  period, 

IP  •  2  a  medium  precipitation  period  and  IP  ■  3  a  heavy  precipitation  period) . 


5. 2. 7. 3  Description  of  Logic  and  Proceasing 

Fig.  5.2  -13  presents  a  macrotlow  diagram  of  Subroutine  PKQB3  identifying  the 
major  processing  steps.  The  first  call  of  the  subroutine  (NCYCLE  *  0)  causes 
the  PROB3  data  set  to  be  read  from  the  input  data  stream.  If  the  subroutine  has 
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Composition  of  PR0B3  Data  Set 
(23  cards) 


rigur«  5.2-13  MACROFLOW  DIAGRAM  OF 
SUBROUTINE  PROB3 
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bean  previously  called  (NCYCLE  *  1)  this  step  is  deleted  and  execution  is 
lomedlately  transferred  to  the  second  step.  In  this  step  the  values  for  the 
parameters  of  the  distribution  of  cloud  cover,  pressure,  visibility  and  wind 
speed  are  set  and  execution  is  returned  to  tho  calling  subroutine. 


♦ 

5. 2. 7. 4  Saiaple  Data  Set 

Fig. 5. 2-14 shows  the  PROB3  data  set  prepared  for  an  exercise  in  the  Hue 
scenario  area  during  the  month  of  May. 


S.2.7.S  Saaple  CXitput 

Nj  direct  output  is  produced  by  this  subroutine.  The  distribution  parameters 
are  returned  to  the  calling  subroutine  through  the  argument  list. 
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Figure  5.2-14  AN  EXAMPLE  OF  A  PROB'J  DATA  SET  (22  CARDS) 
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5.2.8 


SUBROUTINE  PR0B4 


5. 2.8.1  Purpose 

This  subroutine  supports  WEATHR  (5.2.6)  in  the  generation  of  the  atmospheric 
environaent  and  is  intended  to  be  executed  as  part  of  a  stand-alone  ^rograa 
prior  to  the  PRERUN.  Its  function  is  to  supply  parameters  describing  the 
distribution  of  ceiling  and  air  temperatures. 

5. 2. 8. 2  Use  and  Description  of  Inputs 

A  PROB4  data  set  for  the  appropriate  month  and  scenario  area  must  be 
placed  in  the  input  data  stream  to  be  vead  by  this  routine.  The  order  of 
the  data  sets  in  the  input  data  stream  is  presented  in  the  description  of 
the  main  program  ATMOMN  (5.2.1).  The  PP.0B4  data  set  contains  the  parameters  of  the 
distribution  of  ceiling  and  air  temperature  ar  a  ction  of  the  time  of  day 
classified  into  four  intervals;  00  to  06  hours,  06  to  12  hours,  12  to  18 
hours  and  18  to  24  hours.  Local  Standard  Time.  Separate  distributions  are 
presented  for  non-precipitation  periods  for  both  the  ai :  temperature  and 
ceiling.  In  addition  the  distributions  on  ceiling  are  further  conditioned 
on  the  value  of  visibility.  For  these  purposes  the  visibility  is  classified 
into  three  intervals;  0  to  b  miles,  5  to  10  miles  and  over  10  miles.  The  . 
distributions  are  obtained  from  recorded  weather  data  and  provided  by  Mr. 

Allen  R.  Davis  of  the  'jSAF  Environmental  Technical  Applications  Center  (ETAC) , 
Building  159  .*«•.■>  Yard  Annex,  Washington,  D.  C.  20333.  These  data  include 
bivariate  freouency  tables  of  ceiling  versus  visibility  for  both  precipitation 
and  non-precipitation  periods  and  the  time-of-day  interval.  In  addition  marginal 
distributions  of  air  temperature  for  non-precipitation  periods  and  precipitation 
periods  are  also  required.  The  empirical  data  can  be  satisfactorily  fit  by 
Johnson  distributions.  (See  Reference  3).  The  Johnson  distributions  are 
four-parameter  transformations  of  the  normal  distribution.  If represents  a 
standard  normal  random  variable  (i.e.  zero  mean  and  unit  standard  deviation)  the 
random  variable, ar  ,  described  by  the  Johnson  distribution  is  giver  by 
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where  /,  y  ,  c  end  3  ere  the  four  parameters  of  the  transformation.  The  value 
of  X  will  be  bounded  between  e  and  £>;\  .  The  values  of  the  parameters  are 
estimated  using  methods  recommended  in  the  cited  reference.  Cumulative  distributions 
are  formed  b>'  summing  the  empirical  probability  densities  supplied  by  ETAC. 

In  addition  to  the  Oth  ar.d  100th  percentile,  the  S6  distribution  is  forced  to 
agree  with  the  cumulative  at  two  other  percentiles.  Several  sets  of  percentiles 
are  employed  and  the  residual  sum  of  squares  between  the  fitted  ^distributions 
and  the  cumulative  computed.  The  values  for  the  parameters  of  the  set  of  per¬ 
centiles  with  the  smallest  residual  (and  hence  the  best  fit)  are  used  in  cons¬ 
tructing  the  PROB4  data  set.  The  composition  of  the  PROB4  data  set  (17  cards) 
is  shown  in  Tah  5.2-X,  Due  to  the  lock  of  sufficient  data  at  the  station 
located  at  Hue,  data  from  the  station  at  Da  Nang  (4885SJ  was  used  as  a 
suitable  alternative  for  the  empirical  distributions. 

Two  input  variables  are  supplied  to  this  subroutine  through  itj  argument 
list.  The  integer  variable  JTIME  is  the  integer  corresponding  to  the  time-of- 
day.  A  second  integer  variable  IP  identifies  the  precipitation  condition  (I"  » 

0  designates  a  non-precipitation  period,  IP  *  1  a  precipitation  ueriod) . 

5.2.S.3  Description  of  Logic  and  Processing 

Pig.  5.2  -15  pressits  a  macroflow  diagrea  of  Subroutine  PROS*  Identifying  the 
major  processing  steps.  The  first  call  of  the  subroutine  (./CYCLE  ■*  0)  causes 
the  PRCB'i  data  set  to  be  read  from  the  input  data  stream.  If  the  subroutine 
has  been  previously  called  (NCYCLE  »  1)  this  step  is  bypassed  and  execution  is 
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gure  5.2-b 


MACRO" LOW  DIAGRAM  OF 
SUBROUTINE  PROM 


transferred  immediately  to  the  second  step.  In  this  step  the  parameter,  i 
the  distribution  of  ceiling  and  temperature  conditioned  upon  time-of-day 
precipitation  and  visibility  are  set.  After  this  step  execution  is  returned 

to  the  calling  program. 


5. 2.8.4  Sample  Data  Set 

figure  5.2-16  shows  the  PRCB4  data  set  prepared  for  an  exercise  in  the  Hue 

scenario  area  during  the  month  of  May. 


5.2.8.S 


Sample  Output 


No  direct 
parameters  are 


output  is  produced  by  this  subroutine.  The  distribution 
returned  to  the  calling  subroutine  through  the  argument  list. 
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Figure  5.2-16  AIM  EXAMPLE  OF  A  PR0B4  DATA  SET  (17  CARDS) 
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5.2.9 


SUBROUTINE  PROB5 


5. 2.9.1  Purpose 

This  subroutine  supports  WEATHR  (5.2.6)  in  ti,0'  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part:  of  a  stand-alone  program 
prior  to  the  PRERUN.  Its  function  is  to  supply  parameters  for  the  distri¬ 
bution  of  dew  point  depression. 


5. 2. 9. 2  Use  and  Description  of  Inputs 

A  PR0B5  data  set  for  the  appropriate  month  and  scenario  area  must  be 
placed  in  the  input  data  stream  to  be  read  by  this  routine.  The  order  of 
the  data  sets  in  the  input  data  stream  is  presented  in  the  description  of 
the  main  program  ATMOMN  (5.2.1).  The  PR0B5  data  set  contains  tie  parameters  for  the 
distribution  of  the  dew  point  depression  as  a  function  of  the  time  of  day 
classified  into  four  intervals;  00  to  06  hours,  06  to  12  hours,  12  to  18 
hours,  and  18  to  24  hours,  Local  Standard  Time.  The  bivariate  frequency 
table  of  dew  point  or  wet  bulb  temperature  depression  versus  air  temperature 
is  frequently  referred  to  as  the  psychrometric  suaaaary.  The  distributions 
are  obtained  from  recorded  weather  data  and  provided  by  Mr.  All'.i  R.  Davis 
of  the  USAF  Environmental  Technical  Applications  Center  (ETAC) ,  Euilding  159 
Navy  Yard  Annex,  Washington,  D.  C.,  20333.  The  empirical  data  can  be  satisfactorily 
fit  by  Johnson  Jg  distributions.  (See  Reference  3).  The  Johnson  distributions 
are  four-parameter  transformations  of  the  normal  distribution.  If  z  represents 
a  standard  normal  random  variable  (i.e.  zero  mean  and  unit  standard  deviation) 
the  random  variable,.*,  described  by  the  Johnson  ^distribution  is  given  by 


e  +  (.€+A)e/T 


i  + 


i-Y 

eT 
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where  y  ,  y  ,  £  and  1  are  the  four  parameters  of  the  transformation.  The  value 
of  will  be  bounded  between  £  and  .  The  values  of  the  parameters  are 

estimated  using  methods  recommended  in  cited  references  Cumulative  distributions 
are  formed  by  summing  the  empirical  probability  densities  supplied  by  ETAC. 

In  addition  to  the  Oth  and  100th  percentile,  the  distribution  is  forced  to 
agree  with  the  cumulative  at  two  other  percentiles.  Several  sets  of  percentiles 
are  employed  and  the  residual  sum  of  squares  between  the  fitted  ^distributions 
and  the  cumulative  computed.  The  values  for  the  parameters  of  the  set  of  per¬ 
centiles  for  the  smallest  residual  (and  hence  the  best  fit)  are  used  in  cons¬ 
tructing  the  PROBS  data  set.  The  composition  of  the  data  set  (18  cards)  is 
shown  in  Tab.  5.2-XI.The  dew  point  depression  is  conditioned  as  a  function  of  the 
ambient  air  temperature.  For  this  purpose  the  maximum  to  minimum  range  of  air 
temperatures  that  can  occur  for  the  particular  scenario  area  and  month  to  which 
the  data  set  applies  is  divided  into  eight  degree  intervals.  A  maximum  of  eight 
such  intervals  Is  permitted  allowing  a  total  maximum  to  minimum  temperaturi  range 
of  64*F.  If  a  greater  temperature  range  should  occur  in  the  empirical  data,  the 
64®  interval  containing  the  majority  of  the  air  temperatures  is  employed.  In 
most  cases  the  temperature  range  will  be  less  than  the  maximum  t>4‘  allowed  and 
consequently  all  of  the  eight  distributions  (1  for  each  of  the  eight  degree 
intervals)  will  not  be  required.  In  the  example  data  shown  later  it  is  noted 
in  this  case  that  the  maximum  to  minimum  temperature  differences  specified  on 
the  second  card  all  are  less  than  64*  maximum  difference  allowed  and  consequently 
several  sets  of  the  parameters  are  not  used  and  therefore  set  equal  to  zero 
in  the  data  set.  Due  to  the  lack  of  sufficient  data  at  the  station  located 
at  Hue,  data  from  the  station  at  Da  Nang  (488S5)  was  used  as  a  suitable 
alternative  for  tho  temperature  versus  dew  point  bivariate  data. 

One  input  variable  is  supplied  to  the  subroutine  through  its  argument  list. 
The  integer  variable  ITIMH  is  the  integer  corresponding  to  the  tine  of  day. 


TABLE  5. 2-^1  Coeposition  of  PROB5  Data  Set 
(18  cards) 


5- 


S.2.9.3  Description  of  Logic  and  Processing 


Fig.  5.2-17 shows  a  aacroflow  diagram  of  Subroutine  PR0B5  identifying  the 
aajor  processing  steps.  The  first  call  of  this  subroutine  (NCYCLE  ■  0)  causes 
the  PROB5  data  set  to  be  read  from  the  input  data  stream.  If  the  subroutine 
has  been  previously  called  (NCYCLE  ■  1)  this  step  is  bypassed  and  execution  is 
transferred  to  the  second  step.  In  this  step  the  paxameters  for  the  distribution 
of  dew  point  depression  are  set  depending  upon  the  time  of  day  and  the  ambient 
air  temperature .  After  this  step  execution  is  returned  to  the  calling  program. 

5. 2.9. 4  Sample  Data  Set 

Fig..  5.2-18  show  the  PROBS  data  set  prepared  for  an  exercise  in  the  Hue 

scenario  area  during  the  month  of  May. 

* 

5. 2. 9. 5  Sample  Output 

No  direct  output  is  produced  by  this  subroutine.  The  dew  point  depression 
distribution  parameters  are  returned  to  the  calling  program  through  the  argument 
list. 
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Figure  5.2-17  MACROFLOW  DIAGRAM  OF 
SUBROUTINE  PROUS 
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5.2.10  SUBROUTINE  ORDER 


5.2.10.1  Purpose 

This  subroutine  supports  Subroutine  ATMOS  in  the  generation  of  the 
atmospheric  environment  and  is  intended  to  he  executed  as  part  of  a  stand¬ 
alone  p.'og'am  prior  to  the  PRERUN.  This  subroutine  orders  an  input  ’-•ray 
such  that  the  minimum  value  of  the  array  is  placed  in  the  center  of  t ,  . 
output  array  and  successive  maximum  values  are  placed  at  each  end  of  ihe 
array.  The  array  returned  by  the  subroutine  is  therefore  monotonica lly 
decreasing  over  the  first  half  of  its  length  and  monotonically  increasing 
over  the  second  half. 

5.2.10.2  Use  and  Description  of  Inputs 

No  manual  input  data  is  required  by  this  subroutine.  The  input  array 
to  be  ordered  and  the  number  of  elements  in  the  array  are  passed  to  the 
subroutine  through  its  argument  list. 

Subroutine  order  is  only  called  by  Subroutine  WEATHR  (Section  5.2.6).  It 
is  used  to  order  two  vectors  of  gaussian  random  numbers  such  that  each  vector  is 
monotonically  decreasing  over  the  first  half  of  its  length  and  monotonically 
increasing  over  the  second  half.  The  resulting  ordered  vectors  of  gaussian 
random  numbers  are  then  used  to  generate  values  for  cloud  cover  and  dew  point 
depression  (or  relative  humidity)  during  the  non-precipitation  periods  of  the 
game.  This  ordering  insures  that  the  values  of  cloud  cover  and  relative 
humidity  show  a  smooth  transition  between  successive  periods  of  precipitation 
and  non-precipitation.  During  a  period  of  precipitation  both  the  cloud  co-er 
and  the  relative  humidity  are  assumed  to  be  100\.  At  the  end  of  the  precipi¬ 
tation  event  or  the  beginning  of  a  non-precipitation  period,  the  ordering  of 
the  arrays  allows  values  of  both  of  these  parameters  to  decrease  smoothly 
achieving  a  minimum  near  the  middle  of  the  non-precipitation  period. 
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5.2.10.3  Description  of  Logic  and  Processing 


Figure  5.2-19  shiws  a  macroflow  diagram  presenting  the  major  steps  in 

Subroutine  ORDER.  In  the  first  step  the  maximum  value  of  the  input  array  is 
obtained.  The  next  step  is  the  ordering  of  the  full  array  so  that  the 
maximum  value  is  the  first  element  in  the  array  and  the  minimum  value  is 
the  last  element.  This  is  accomplished  by  interchanging  the  maximum  value 
located  in  the  first  step  and  the  first  element  in  the  array  and  recycling 
through  the  initial  loop  which  selects  the  maximum  value  in  an  array 
restricting  the  search  to  exclude  the  first  element  of  the  array  since 
this  contains  the  maximum  value  just  found.  This  process  is  repeated  and  each 
time  the  size  of  the  array  searched  for  maximum  value  decreased  by  one 
element  until  the  ordering  is  complete.  The  third  and  final  step  in  Subroutine 
ORDER  is  the  reordering  of  the  array  putting  the  minimum  value  at  the  center 
of  the  array  and  successive  maxima  at  each  end  so  that  the  array  returned 
is  monotonically  deceasing  over  the  first  half  of  its  length  and  monotonically 
increasing  over  the  second  half. 


5.2.10.4  Sample  Data  Set 

No  input  data  set  is  required. 


5.2.10.5  Sample  Output 


No  direct  output  is  produced  by  this  subroutine. 


Figure  5.2-19  MACROFLOW  DIAGRAM  FOR  SUBROUTINE  ORDER 
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5.2.11  SUBROUTINE  IRRAD 


5.2.11.1  Purpose 

This  subroutine  supports  ATMOS  in  the  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program  » 

prior  to  the  PRERUN.  Its  function  is  to  compute  the  spectral  irradiance 

on  a  horizontal  surface  in  the  wavelength  range  of  0.4  to  0.9  microns  for  a 
clear  sky  (no  vegetation  or  cloud  cover) . 

5.2.11.2  Use  and  Description  of  Inputs 

No  input  data  must  be  manually  supplied  by  the  planner.  The  value  of 
the  spectral  irradiance  is  computed  given  the  time  of  year  in  seconds  (TYR) 
and  the  latitude  (ZLAT)  and  longitude  (ZLONG)  of  the  game  area  which  are 
supplied  to  the  subroutine  through  its  argument  list. 

5.2.11.3  Description  of  Logic  and  Processing 

No  macroflow  diagram  is  provided  for  this  subroutine.  It  computes 
three  amplitude  coefficients  (ASID  ARRAY]  given  the  solar  and  lunar  altitude. 

These  coefficients  are  subsequently  used  to  compute  the  spectral  irradiance 
at  the  ground.  For  clarity  the  model  of  spectral  irradiance  is  discussed 
here  although  it  is  not  directly  employed  in  the  subroutine. 

It  is  convenient  to  break  the  ground  irradiance  into  three  parts:  , 

(1)  Direct  solar  and  lunar  components, 

(2)  Diffuse  solar  and  lunar  components  (atmospheric  scattering), 

(3)  Airglow  (due  to  particle  ionization). 

Each  of  the  above  components  is  approximated  with  a  constant  (time  independent) 
spectral  function  and  an  amplitude  coefficient  computed  by  this  subroutine,  namely 


r 


where  ;* 


J(A)-  spectral  irradiance  (watts/meter^) 

OC  •  ■  three  amplitude  coefficients,  irradiance  amplitude 

1  2 

(watts/meter  )  and 

--dj^A)*  spatial  irradiance  density  or  SID  Functions  (meter  *' 


The  three  SID  functions  integrate  over  wavelength  to  unity,  defore  <-  nuss];,r 
how  the  amplitudes,  Q(  ^  ,  are  generated  by  this  subroutine,  if  is  no .-.-.v  s.-rv 
to  describe  the  SID  functions. 


There  are  many  sources  of  data  on  the  spectral  composition  of  irradiance 
due  to  sun  and  sky.  The  approximation  of  these  spectral  characteristics  10 
black-body  radiators  has  long  been  recognized,  and  although  there  is  some- 
variance  in  the  published  .values  of  equivalent  temperature,  nominal  values  of 
6000#K  for  the  direct  solar  component  and  13,000®K  for  the  diffuse  solar  sky 
component  are  employed  to  define  two  of  the  SID  functions.  Within  the  accuracy- 
required,  the  albedo  of  the  moon  is  assumed  independent  of  wavelength  ( Refer¬ 
ence  5)  and  therefore  the  above  two  black-body  density  functions  apply  to  both 
sun  and  moon. 


^ X)  * 


^2.  A 


(direct) 


(diffuse) 


where  C,  ■  9.43  X  10  meters*,  8.16  X  i0  ^  meters*,  k.  ■  (J.U1439  rx-ters  •  V 

■  6000*K ,  ■  13,000*!;  and  A*  wavelength  in  meters.  It  should  be 

restated  that  the  constants  /?  and  C,  or  have  been  chosen  so  that  A  1  A  )  a  . 

*  This  approximation  is  considered  valid  due  to  the  relative  cor.sm:.c'  -i  i; 
spectre  1  character  of  each  of  the  components  for  solar  angles  several  ,  a.,.--., 
above  or  below  the  horizon  (e.g.,  Kondratyev,  Ref.  2).  During  sunset  We 
a  rapid  transition  from  "day  to  night,”  during  which  so:;e  s pectin!  :  r  -  .  -■ 

expected.  See  also  Reference  7,  page  5-109. 
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A.(A)  intefc^ate  to  unity  over  the  wavelength  range  of  3.4  to  0.9  microns. 

The  third  SID  function  (airglov)  is  obtained  froei  a  Honeywell  report  on 
the  brightness  of  the  night  sky  (Reference  6).  ‘It  is  found  that  the  wavelength 
dependence  of  zenith  radiance  for  airglow  is  approximately  exponential  with 
wavelength.  It  is  assumed  here  that  the  corresponding  ground  irradiance  will 
have  essentially  the  same  distribution,  and  a  fit  to  the  Honeywell  data  yields: 


c  (3  087  «  lO*>A 

10  >2 


meter  1  (airglow) 


Having  defined  the  three  SID  functions  we  can  now  identify  the  processing 

steps  in  Subroutine  IRRAD.  The  amplitude  coefficients  (X  [ ASID( I ) ]  depend  upon 

i. 

the  altitude  of  the  sun  or  moon.  Expressions  for  the  coefficients  were  deter¬ 
mined  u*ing  a  single  scatter  model  for  the  atmosphere.  An  additional  section 
of  this  subroutine  discussion  (S. 2. 11.6)  derives  the  solar  portion  of  the 
and  aLz  coefficients. 


The  algorithm  for  the  direct  solar  irradiance  is 


Ssoo  smlho'je 


-c*  [esc  eh©)  -i] 


0''S©(Ka)  ~ 


V>o>o 

h©£o 


where  CX5©  *  direct  ground  irradiance  due  to  sun  (watts/meter  ), 
Qsao  *  (*375.5488  watts/meter^) , 

•  altitude  of  sun  end 

T-*  »  optical  thickness  of  the  atmosphere  (*0.379). 


The  value  fovaJOO  follows  from  a  solar  zenith  irradiance  given  by  torenberg 
(Reference  7)  of  63,000  lux  and  an  efficiency  of  173.080  lumens/watt  in  the 
wavelength  range  of  0.4  -  0.9^  for  a  6000*K  black-body.  The  value  of  optical 
thickness  7*  is  given  by  Elteraan  (Reference  8)  for  the  nominal  wavelength 
value  of  0.5S.*  . 
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The  algorithm  for  the  diffuse  ten  is  considerably  aore  couple*.  The 
diffuse  "daylight"  irradiance  expression  developed  in  (Section  5.2.11.6)  i.e. 


cx  do  -  *&/*/ *8 


where  ^  «  (Cith  -/  )'£*',  is  not  valid  at  twilight  or  night. 


It  is  seen  froa  Rozenberg's  Figure  11  (Reference  7)  that  the  decay  of 
ground  illuainance  during  twilight  is  approximately  exponential  with  solar 
altitude  down  to  -IS*  at  which  tiae  airglow  becoaes  the  doainant  source  of 
irradiance.  If  one  fits  Rozenberg's  data  with  an  exponential  in  the  twilight 
zone  and^alloiaan  efficiency  of  3S7.747  luaens/watt  in  the  0.4  -  0.9^ range 
(13,000*K  blackbody),  it  is  found 

<V>Q-  5Tg-<»Sfl7(*>a  -hr.) 

10  ^ 

fy  =»  - 

o©  357.747 


Although  the  true  behavior  of  the  irradiance  due  to  solar  light  scattered  by 
the  atmosphere  is  not  indicated  for  solar  altitude  less  than  -15*,  this  region 
is  uniaportant  since  airglow  becoaes  the  doainant  source. 

The  final  step  in  developing  the  algoritha  for  the  solar  part  of  the 
diffuse  coefficient,  ,  is  the  connection  of  this  expression  and  the  result 
of  the  diffuse  "daylight"  irradiance  expression  (Section  5.2.11.6).  A  simple 
straight  line  transition  is  adopted  whose  end  points  are  selected  to  connect 
the  two  expressions  with  no  slope  discontinuity.  Thus  the  algorithm  oeccaes 
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°^DO  ^  ” 


^8.1^128 


m 


20  50^06  *  '08.9 356  C^-Hq,  ) 

970- 572. 958^- ha  J 
10  22- 


357.  7H-7 


^0  ^  ^or 

V- v  4>/ 

h0  -  hoz 


where  ^  =  (csc  b0  -  1 )  ho/rCf°  -  0.1S707  radians  and  >4G2=  ~/°  = 

-0.01745  radians. 


In  order  to  account  for  the  contribution  due  to  the  moon,  the  sane 
equations  described  above  are  employed  for  the  direct  and  diffuse  solar  aaplitudes 
but  with  reduction  factors,  due  to  the  such  lower  radiance  level  of  the  moons 
namely 


°<5>  (H>)  =  ?.5*\0<’ 


St  o  <j)  <t>  cos  <fi 

IT- 


tXojlh,)  =  2i 


*  10 


s \r>  <t>  (frco'zfi 

TP 


°^DO  C^>>) 


where  0  *  lunar  phase  (zero  phase  at  new  maon)  (radians).  The  factor  of 
2.3  X  10~6  represents  the  ratio  of  full  noon  to  solar  intensity  (Reference  5) 
and  the  remainder  corrects  for  the  phase  of  the  moon  assuming  the  noon  to  bo  a 
diffuse  reflecting  sphere. 


The  desired  amplitude  coefficient*  0((  (direct)  and  (diffuse)  become 

0(,  =  °^a©(H©) 

C<2  .  °<DG  (M  +  W0J 


5-76 


The  final  coefficient  ^  describing  airglow  does  not  depend  upon  solar  or 
lunar  altitude  and  is  assigned  a  constant  value.  Rozenberg  (Reference  7) 
has  indicated  a  value  cf  0.0008  lux  for  ground  irradiance  due  to  airglow. 

In  the  0.4  -  0.9^. range,  the  airglow  spectral  function  aJ*-)  has  a  luminous 
efficiency  of  63.9839  lumens/watt.  Thus  it  is  found  that 

O^j -  1.25  X  10‘5  watts/aeter2. 

The  aajor  processing  steps  in  Subroutine  IRRAD  include  a  call  to  EPHEM 
(Section  5.2. 12)  to  determine  the  solar  and  lunar  altitudes.  This  step  is 
omitted  if  the  planner  has  supplied  these  data.  The  second  step  involves  calcu¬ 
lation  of  O‘so('')  and  for  both  A  =  Afland  The  final  step  is  the 

computation  of  otf  ,  and  o/^  using  the  algorithms  described  in  detail  above. 
Execution  is  then  returned  to  the  calling  program. 


5.2.11.4  Sample  Data  Set 

No  input  data  is  required  for  the  subroutine. 


5. 2. 11.5  Sample  Output 

No  output  is  produced  directly  by  this  subroutine.  The  values  of  the 
three  amplitude  coefficients  (ASID(I),  I  ■  1,  3]  are  returned  to  the  calling 
program  through  the  ATMENV  coamon  area.  One  of  the  supporting  subroutines, 

END  Section  (5.2.16),  will  generate  a  printed  report  of  the  time  history  of  the 
atmospheric  environment  if  this  option  is  chosen  by  the  planner.  This  report  will 
contain  the  values  of  the  amplitude  coefficients.  Examples  of  the  reports  generate* 
during  a  checkout  of  the  model  are  included  in  the  description  of  Subroutine  END. 
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5.2.11.6  Supporting  Derivation  of  the  Solar  Portion  of  the  Direct  and 
Diffuse  "Daylight"  Aaplitude  Coefficients 


A  first  order  linear  differential  equation  for  brightness  propagation 
through  the  atmosphere  wnich  includes  both  the  absorption  and  scattering  by 
a  differential  volume  can  be  solved  for  a  source  of  brightness  6>a  at  a  slant 
distance  X  with  the  result  that  the  apparent  brightness  at  the  ground  is  given 
by 

'Tv/vX  'TVii  X 


B  =  e. 


-  vex) 


,*  -TW)  , 

J  siyxe  <*2) 


where  'T’Ojl  =  j  is  the  optical  thickness  of  the  atmosphere 

between  o  and  ij  •  fi  (-2)  is  the  attenuation  coefficient  along  the  propagation 
path  and  SCy)  is  an  effective  source  term  describing  the  light  scattered  into 
the  propagation  path  (air  light).  * 

The  direct  solar  irradiance  C Vse)  on  a  horizontal  surface  depends  on  both 
the  solar  elevation  and  the  apparent  brightness  of  the  solar  disc  (2.^) 

C(SG  **'  Sin 

The  apparent  brightness  clearly  decreases  with  decreasing  elevation  due 
to  the  longer  slant  path  through  the  atmosphere.  We  c~n  account  for  this 
decrease  by  employing  the  brightness  propagation  equation  above.  Applying 
this  equation  to  the  solar  disc  yields 

b0  -  BO0e  ;  *  J  J? 


where  Bqc  ■  inherent  brightness  of  solar  disc.  We  assume  now  that  the 
integrated  source  term  (unscattered  light  from  the  sky)  will  not  significantly 
increase  Bc  .  Thus  we  set  S(^)  ■  0  and  ^ is  written 

-^C  oo) 

Bg  = 

*Thls  equation  for  brightnese  propagation  of  unpolarlzed  light  la  a  almpllfied 
veralon  of  the  radiation  transport  equation.  Detailed  discussions  of  the 
transport  equation  can  be  found  In  Ref.  11  and  12. 
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i  c<:na  I  ff0)  is  simply  the  optical  thickness  of  the  entire  atmosphere  over 
ne  slant  path  to  the  sun,  and  in  terms  of  solar  elevation,  it  can  be  expressed 

as 

VC  CP)  =  T*  esc  ho 

~  :ere  •£" •  vertical  optical  thickness  of  entire  atmosphere. 

Combining  these  results  yields 

I  © 

o(5G)  *  B )©o  Sioho  e 

The  proportionality  constant  and  6^  can  be  eliminated  in  terms  of  the  value 
of 0^55,  when  the  sun  is  at  zenith  Thus  we  have  an  expression  for  the 

direct  solar  irradiance  namely 

#  _ _  _ _ _ 

.  ^+(C<ck  G  ~  J ) 

°^5oCho)-  (\soo  e 


A  precise  computation  of  ground  irradiance  due  to  skylight  would  require 
for  each  point  in  the  atmosphere  (hemisphere  above  the  horizontal  surface  in 
question)  a  determination  of  the  light  scattered  toward  the  surface  due  to  the 
sun,  sky  and  ground  surrounding  the  point,  and  its  subsequent  attenuation  over 
the  path  to  the  surface.  We  shall  make  several  approximations  in  the  name  of 
simplicity,  and  although  they  will  not  be  made  in  the  following  discussion 
until  required,  they  are  listed  now  for  the  convenience  of  the  reader. 

(1)  The  primary  source  for  unscattered  light  is  due  to  direct  sunlight. 

The  sky  and  ground  will  be  ignored. 

(2)  Phase  function  is  assumed  spherical.  Since  ground  irradiance  results 
from  integration  over  a  substantial  range  of  sun  angle,  the  impoitance 
of  the  shape  of  the  phase  function  is  reduced. 
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(3)  To  eliminate  the  difficulty  of  actually  integrating  over  the  angular 
coordinates  of  the  sky,  the  ground  irradiance  is  assumed  to  be 
proportional  to  the  zenith  sky  brightness  at  the  ground  with  the 
proportionality  constant  determined  empirically. 


Wt  shall  again  use  the  general  equrtion  for  brightness  propagation 

-Tlx)  f  -'My) 

6  =  e  Ju 


where 


J  k  Bs  d-Cl 


In  order  to  perform  the  integration  over  atmospheric  path  it  is  first 
necessary  to  establish  the  source  term  S l<j)  which  in  turn  depends  on  the 
surround  brightness  6^  •  Recalling  our  first  assumption,  the  only  contributor 
will  be  direct  sunlight  that  is 


B, 


O 


(within  solar  disc) 
(otherwise) 


where  B$D  =  apparent  brightness  of  solar  disc.  Thus  we  need  the  apparent 
brightness  of  the  solar  disc,  and  this  can  be  determined  from  an  independent 
preliminary  use  cf  propagation  equation.  Again  assuming  unscattered  skylight 
can  be  ignored 


& 


'SO 


& 


’500 


where  &soo  -  inherent  brightness  of  solar  disc  and 

'ZiX)  optic*!  thickness  of  atmosphere  from  point  on  slant  path  to  sun. 


Combining  these  results  yields 


(  i  ~TW  , 

SU}}=  j  k&SBOe  Jn 

SD 
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The  small  angular  subtense  of  the  solar  disc  allow.;  this  to  be  written 

5(^")  ”  kcT^J  &&<>  J£i  ^  ke.  'rZJ>o 
SB 

where  Jdcv  ■  unattenuated  solar  flux  density. 


Thus  the  source  term  required  for  the  apparent  brightness  of  the  zenith  sk> 
is  established.  Since  the  cpparent  brightness  of  the  zenith  sky  is  equivalent 
to  the  propagation  of  "zero  brightness"  [B0*o]  from  outside  the  atmosphere, 
we  have  oo 

/  -TOO. 


B>=  j  Jh 


where  is  *he  distance  vertically  from  the  ground  and  'T' (H)  is  the 

optical  thickness  between  o  and  fa  .  Inclusion  of  the  source  term  yields 

t*.  -fTfr)  +T(A)J 

B  =  Js DC  J  k(k)  e  J/i 

'o 

Recalling  that  'V(x)  is  the  optical  thickness  of  the  slant  path  to  the  sun 
from  any  point  in  the  atmosphere  we  have 

T*  =  T(A}  +  T(x)s/oA0 

where  't'**  vertical  optical  thickness  of  total  atmosphere  and 
fog*  solar  altitude. 


Elimination  of  Hx)  yields 


8  =  Xsdo  C 


-V'j 


Within  the  assumption  of  a.  spherical  phase  function,  the  integral  above 
can  be  carried  out  in  closed  form  after  a  transformation  of  variables.  We 
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replace  the  independent  variable  l,  with  optional  thickness  m  bv  , 
the  definition  of  t'  ()  by  employing 


-U Mi-j  j3(*)d, 

o 

p-OOdK 


and  write 


v 

O  '  " 


The  ratio  K/a  is  dimply  the  phase  function  (k) 

function  to  be  spherical  %-y//ar  h  ‘  1  al2°W  the  phase 

pherical,  *  which  can  be  extracte<J  from  the  integrai 

a*  ^ /=>'r*C5c4>  f^cese^  . 


Integrating 

a.  r»» 

4$'  (  esc  hQ  - 1 ) 

“ :.r  ~  «.  ■■ 


^Or,  >  c  £ 


i-  e 


-T*Ccscha-  0  ^ 


csc^--, 


i?r“r,“nr« c,n  besrpresrj  io  t™s  °f  **  »*-  -  ^ 

toco  ■  Since  th,  „u«io,  for  0^  „ 
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ar  that  point  we  allow  the  solar  altitude  to  approach  90 


he  -Vz 

esc  — *■  1 

-T*(CSC  k  -f) 

e  Q 


and  find  that 


°^Do  — ^  C^*£  =  ^DOO 


Elimination  of  the  proportionality  constant  yields  the  final  expression  for 
the  ground  irradiance  due  to  sunlight  scattered  by  the  atmosphere  namely 


5.2.1 


SUBROUTINE  EPHEM 


5.2.12.1  Purpose 

This  subroutine  supports  ATMOS  in  the  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program  * 

prior  to  the  PRERUN.  In  its  supporting  role  this  routine  computes  the 
altitude  and  azimuth  of  the  sun  and  the  moon  and  the  apparent  phase  of  the 
moon  for  any  specified  latitude,  longitude  and  time  of  year.  • 


5.2.12.2  Use  and  Descriptions  of  Inputs 

No  input  data  must  be  manually  supplied  by  the  planner.  The  values 
of  time  of  year  (T) ,  latitude  (ZLAT)  and  longitude  (ZLONG)  are  supplied  to 
this  subroutine  through  its  argument  list. 


5.2.12.3  Description  of  Logic  and  Processing 

A  macroflow  diagram  showing  the  processing  steps  is  presented  in  Fig.  5.2-20. 

The  first  two  steps  Involve  the  calculation  of  the  solar  declinations  and 

local  hour  angle.  Algorithms  were  developed  to  perform  these  calculations. 

The  approach  used  is  empirical  and  consists  of  a  closed  form  model  as  a  first 
approximation  and  a  subsequent  correction.  The  first  approximation  is  simply 
that  the  orbits  of  the  earth  and  moon  are  circular,  and  the  Greenwich  hour 
angle  (GHA)  can  be  expressed  independent  of  declination.  Correction  terms 
are  added  to  the  first  approximation  to  yield  the  following  algorithms 


D*  ~  "^oy 


.  r  ZTr 

S)  O.  J  ^ 
L 


u-t 


ox 


&hAx  - 
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The  subscript  X  is  a  symbol  representing  either  the  sun  (©)  or  moon  ({), 

D  •  declination,  GHA  «  Greenwich  hour  angle,  D  »  maximum  declination, 

GHAq  *  "nximum  Greenwich  hour  angle,  'Cq  ■  period  of  declination,  ■ 

period  of  hour  angle  and  "t0  *  time  of  year  when  the  sun  (or  moon)  crosses 

the  equator  heading  north.  The  five  parameters  6f  the  first  approximation 

(i.e.,  Dq,  't'u  ,  -t,  ,  GHAq,  'T-g  )  were  determined  from  published  values  * 

and  by  inspection  of  the  Nautical  Alaanac,  1969  (Reference  9).  Although 

the  year  1969  is  used  here,  any  desired  year  could  have  been  employed. 

» 

By  direct  inspection  of  the  alaanac,  a  maximum  solar  declination  is  found 

.  1 

to  occur  on  21  June  1969  thus  £>os  ■  23  26.7  *  0.409192  rad.  The  solar  period 

for  declination  (tropical  year)  is  given  by  Smart  (Reference  10)  as  T  * 

36S. 2422d  »  3.15569  X  107  sec.  Again  using  the  almanac,  it  is  noted  that  the 
solar  declination  is  zero  and  tending  north  (vernal  equinox)  at  1906  hours 
on  20  Ma^.  1969.  Thus 

■  78  days  ♦  19  hours  +  6  minutes  =  6.80796  X  106  sec. 

The  use  of  these  parameters  yields  a  first  approximation  for  the  solar 
declination  whose  error  does  not  exceed  one  degree  and  no  correction  is 
required. 

The  first  approximation  parameters  required  to  calculate  the  Greenwich 
hour  angle  of  the  sun  are  given  by 

GHAoQ-  180°  *  fT  rad. 

''C^q  «  24  hours  *  8.64  X  104  sec. 

However,  due  to  both  the  eccentricity  of  the  earth's  orhit  and  the  orientation  ' 

of  the  earth's  axis  to  the  ecliptic,  the  sun  lags  or  leads  its  mean  hour  angle 
by  as  much  as  16  minutes  of  time.  This  lag  or  lead  is  known  as  the  "equation 
of  time'’  and  its  value  can  be  obtained  from  a  harmonic  expansion  given  by  ♦ 
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Smart  (Reference  10) 


E  --97.8  sinl  -  431.3  cosl  ♦  596.6  sin  at 
-  1.9  co sjl  *  4.0  sinSi^  19.3  cos  &£ 

-12.7  sin  4^ 

•'here  E  ■  equation  ot  tine  (sec)  with  lag  negative  and 

JL  ■  nean  celestial  longitude  of  sun  (rad) 

Since  the  expansion  is  for  the  year  1931,  slight  differences  were  noted  when 
conpared  to  data  fron  the  1969  alaanac.  In  particular,  a  conparison  of  zeros 
and  peaks  of  the  equation  of  tine  imply  the  primary  differences  is  simply  a 
shift  in  hour  angle  of  between  ono  and  two  days.  Accordingly,  a  shift  21  was 
included  in  the  expression  for  the  mean  celestial  longitude  of  the  sun 

06) 

where  *  1.3984  X  105  sec. 

Then,  the  correction  C-edd)  required  to  compute  the  Greenwich  hour  angle 
of  the  sun  is 

C*^)-  g  * 

The  local  hour  angle  is  obtained  by  subtracting  the  local  longitude 
fron  the  Greenwich  hour  angle 

LHA  -  GHA  -  2 LONG 
X  X 
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The  third  step  shown  in  Fig. 5.2-20  is  a  call  to  Subroutlnp  SPHTRI  (5.2.13) 

it 

which  computes  the  solar  altitude  and  azimuth  using  the  solar  declination,  local 

solar  hour  ang.! e,  >nd  local  latitude,  i'he  fourth  through  the  sixth  steps 
repeat  this  process  for  the  noon.  The  algorithms  developed  to  perform  the 
calculations  of  l,.nar  declination  and  local  hour  angle  are  similar  to  those 
discussed  for  the  solar  calculations.  The  values  of  the  five  parameters  of 
the  first  approximation  model  (i.e.,  D0)  -to,  GH A  c  were  obtained 

using  the  same  procedure  described  for  the  solar  model  and  were  found  to  be 

D0(  -  28*30 1  *  0.497419  rad., 

2.35114  X  106  sec  (■  nodical  month), 

^  C. 

■  21  days  ♦  14  hours  ♦  21  minutes  »  1.8661  X  10  sec, 

G,hAo{  »  32*32.8'  -  0 . 568052  rad.  and 

*  29.S30588  days  ■  255144  X  106  sec  {■  synodical  month). 

In  this  case,  however,  the  correction  terms  C^Ct)  and  CG^Ct)  are  much  larger. 
These  terms  were  determined  by  computing  the  difference  between  the  values 
of  lunar  declination  and  lunar  Greenwich  hour  angle  obtained  from  the  first 
approximation  model  and  the  true  values  presented  in  the  almanac.  These 
differences  were  evaluated  on  a  three-day  interval  and  stored  in  the  Subroutine 
as  FORTRAN  data  statements.  The  correction  term  for  both  lunar  declination 
and  Greenwich  hour  angle  is  evaluated  by  linear  interpolation  between  adjacent 
differences . 

The  next  step  in  the  execution  of  EPHKG  is  the  calculation  of  the  difference 
between  the  solar  and  lunar  local  hour  angles  followed  by  a  call  to  subroutine 
SPHTRI  (5.2.13)  to  compute  the  altitude  of  the  moon  relative  to  the  position  of 
the  sun.  The  lunar  phase,  defined  to  be  zero  at  new  moon,  is  coaputed  by 
subtracting  this  altitude  from  n/i  .  After  this  last  step,  execution  is  returned 
to  the  calling  program. 

EPlIKM  was  verified  for  three  time  series 

(1)  ISfrinning  of  each  day  in  Greenwich  time  for  the  year  1969 
*  Not  used  in  present  model. 
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(2)  Beginning  of  each  hour  in  local  standard  time  for  6  May  l'joy 

(3)  Beginning  of  each  hour  in  local  standard  time  for  2y  May  lyoy. 

In  series  (2)  and  (3) ,  the  latitude  and  longitude  of  the  Hue  scenario 
area  (16.5*N  and  107. 5*E)  were  employed.  Comparison  of  values  calculated  to 
the  values  in  the  almanac  indicates  agreement  to  approximately  one  degree. 


5.2.12.4  Sample  Data  Set 

No  input  data  is  required  by  this  subroutine. 


5.2.12.5  Sample  Output 

The  values  of  solar  altitude  (SOLALT),  lunar  altitude  (AL1LUN)  and 
lunar  phase  (PHSLUN)  computed  by  EPHEM  are  returned  to  the  calling  program 
through  the  ATMENV  labeled  common  area.  Another  supporting  subroutine  END  (5.2.16) 
supplies  a  printed  time  history  which  includes  the  values  of  these  variables 
if  this  option  is  chosen  by  the  planner.  For  examples  of  this  output  refer 
to  the  description  of  subroutine  END. 
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5.2.13  SUBROUTINE  SPHTRI 


S. 2. 13.1  Purpose 

This  subroutine  supports  ATMOS  in  the  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program 
pTior  to  the  PRERUN <  This  routine  computes  altitude  and  azimuth  of  a 
celestial  body  (relative  to  an  observer)  from  the  geographical  positions  of 
the  celestial  body  and  the  observer. 


5.2.13.2  Use  and  Descriptions  of  Inputs 

No  input  data  must  be  manually  supplied  by  the  planner.  The  declination 
and  local  hour  angle  of  the  sun  (or  moon)  and  the  local  latitude  are  supplied 
to  this  subroutine  through  its  argument  list.  It  is  used  to  establish  the 
apparent  positions  of  the  sun  and  moon  in  order  that  the  ground  illumination 
level  can  be  computed.  SPHTRI  is  called  only  by  subroutine  EPHEM  (5.2.12). 


5.2.13.3  Description  of  Logic  and  Processing 

Due  to  the  direct  nature  of  the  processing  and  the  small  sire  of  this 
subroutine  (14  FORTRAN  Statements),  a  macroflow  diagram  has  not  been  provided. 
A  spherical  earth  is  assumed,  and  the  relation*  between  altitude  and  azimuth, 
and  the  geographical  positions  are  given  by  the  standard  equations  for  a 
spherical  triangle: 


S\n  -  c  Ot>  (D  )  COS  )  COS(IHA)  4-  SiO  (o') Sin(L) 
Cos  (£i)  -  S'n(b) 

C0$(H)  COS  (  L^) 
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where : 


H  *  altitude  of  celestial  body, 

D  »  declination  of  celestial  body  (north  positive), 

LHA  *  local  hour  angle  of  celestial  body, 

L  ■  latitude  of  observer  (north  positive) , 

A2  ■  azimuth  of  celestial  body. 

The  range i  of  H  is  -90*  (nadir)  to  *90*  (zenith),  and  the  range  of  A^ 
is  0  to  360*  (clockwise  from  north) .  The  computer  algorithm  for  arcsin 
assures  a  proper  value  for  H.  However,  the  azimuth  value  returned  by  the 
arccos  algorithm  will  always  lie  in  the  range  of  0  to  180*.  The  test  required 
to  establish  whether  A^  lies  within  0  to  180*  (easterly)  or  180*  to  360* 
(westerly)  is  simply  the  sign  of  5iN(tHA)cas(a)namely, 

5irj  (LHA^CCS(D)  I  ~  °  °±Az±/QO 

l  >0  >BC?<A4*3U)' 

5.2.13.4  Sample  Data  Set 

No  input  data  is  required  for  this  subroutine. 

5.2.13.5  Sample  Output 

The  output  generated  by  the  subroutine  is  used  by  subroutine  E’FEM  to 
calculate  solar  altitude,  lunar  altitude  and  lunar  phase.  None  of  the  para¬ 
meters  describing  the  atmospheric  environment  are  directly  generated  by 
SPHTRI . 
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5.2.14  SUBROUTINE  EDIT 


52  14.1  Purpose 

This  subroutine  supports  ATMOS  tn  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program  * 

prior  to  the  PRERUN.  This  routine  compares  the  values  of  the  present 
A7MENV  Common  Area  to  the  previous  values  saved  and  decides  to  keep  the 
present  values  only  if  a  change  significant  to  the  performance  of  the  sensor  i 

has  occurred. 


5.2.14.2  Use  and  Description  of  Inputs 

No  input  data  is  required  for  tne  execution  of  this  subroutine.  The 
values  of  the  parameters  to  be  compared  are  passed  from  ATMOS  (5.2.2)  to  this 
routine  through  the  ATMCNV  common  area. 


5.2.14.3  Description  of  Logic  and  Processing 

Figure  5.2-21  shows  a  macroflow  diagram  describing  the  major  steps  in 

subroutine  EDIT.  Tests  are  made  for  significant  changes  in  11  of  the 

parameters  in  the  ATMENV  Common  Area.  For  eight  of  these  parameters  the 

tests  are  made  using  class  numbers  (integers  assigned  to  sequential  ranges 

of  the  parameter).  Thus,  the  first  step  in  EDIT  is  the  computation  of 

these  class  numbers  for  the  current  values  in  the  ATMENV  Common  Area.  The 

intervals  used  to  generate  the  class  numbers  are  presented  in  Table  5.2-XII.  * 

These  class  intervals  were  selected  so  that  a  change  of  interval  and  hence 

class  number  would  produce  a  change  in  performance  of  one  or  more  of  the 

sensors  modeled.  .As  an  illustration,  consider  the  parameter  of  wind  speed,  • 
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Figure  5.2-21  MACROFLOW  DIAGRAM 
OF  SUBROUTINE  EDIT 


3 


Table  5.2-xiI  CUSS  INTERVALS  USED 
FOR  EDITING  ATMENV  TABLES 


VARIABLE 

FORTRAN 

NAME 

CLASS  NO. 

RANGE 

» 

Solar  or  Lunar 

SOULT 

1 

-10*  ,  <-9  degrees 

Altitude 

or 

2 

-  9i  ,  <-8 

ALTLUN 

3 

-  8*  ,  <-7 

4 

-  7£  ,  <- 6 

S 

-  6*  ,  <-5 

6 

-  5<,  <-4 

7 

-  4*  ,  <-3 

8 

-  36  ,  <-2 

9 

-  2 £  ,  <-l 

10 

-  1£.  <0 

11 

Oi  ,  c  1 

12 

IS  .  <  2 

13 

2»  ,  <  3 

* 

14 

3£  ,  <  4 

15 

4£  .  <  5 

16 

S<  ,  <6 

17 

6£  ,  <  7 

18 

7£  >  <  8 

19 

8<  ,  <9 

20 

95.  <10 

21 

10£  ,  <  30  or  -30  4  ,  10 

22 

30  £  ,  <  50  or  -50 £  ,-c-30 

23 

SOS  ,  <  70  or  -70 £  .  <-S0 

24 

70S  ,  £  90  or  -90S  ,<  -70 

Instantaneous 

PRATE 

Precipitation 

Rate 

0 

0  rnm/hr 

1 

0<,  <.9 

2 

.9$  ,  <  9.9 

3 

0.95,  <  99.9  " 

etc. 

etc. 

Absolute 

PTOT24 

1 

0  S  ,  <  5  inch 

liuaidity 

2 

.5s  ,  <  1.0 

(Density  of 

3 

1.0  ^ 

Water  in  Air) 

5-94 


Table  5.2-XIICLASS  INTERVALS  USED  FOR 

EDITING  ATMENV  TABLES  -•  Cont. 


VARIABLE 


FORTRAN 

NAME 


CLASS  NO. 


RANGE 


Wind  Speed 

WSPEED 

Cloud  Cover 

CCOVER 

Visibility 

* 

VISIB 

Ceiling 

CEIL 

0£  , 
S£, 
105, 
is*; , 

etc. 

<  5  km/hr 

•  <  10 

<  15 

<  20 

(note:  1  knot* 
1.854  km/hr) 

0*. 

<  .2  (fraction) 

.25, 

<  .4 

•  4<, 

<  .6 

•6<, 

<  .8 

.85, 

■  1 

<  1 

0  <, 

<  .5  niles 

.ss, 

<  1 

1  s , 

<  3 

35, 

<  5 

S  5  . 

<  10 

10  5 

0£, 

<  200  feet 

200  aS, 

<  600 

6005  , 

<1000 

1000  5, 

<  3000 

3000  5  , 

<  5000 

50005, 

<  10000 

100005  , 

<  20000 

20000  < 

r.SnEED.  The  algorithm  used  to  generate  the  class  number  is  based  upon 

intervals  of  5  kilometers  per  hour.  The  PIR1D  sensor  performance  model  uses 

a  similar  classification  in  tho  description  of  the  effect  of  wind  upon  the 

performance.  A  change  from  a  wind  speed  of  4  kilometers  per  hour  to  6 

kilometers  per  hour  will  produce  a  different  performance  and  consequently 

different  class  numbers  are  assigned  to  these  wind  speeds.  * 

In  the  case  of  air  temperature  (ATEMP)  and  absolute  humidity  (H20DEN) 
the  test  is  made  on  the  basis  of  a  percentage  change;  10  percent  for  temperature  , 

and  20  percent  for  absolute  humidity.  Any  change  in  IPCODE,  the  precipitation 
code  in  the  ATMENV  Common  Area,  will  also  cause  the  current  values  to  be 
retained. 

The  next  step  in  EDIT  depends  upon  the  current  value  of  game  time. 

At  the  start  of  the  game,  these  would  be  the  first  values  generated  in  the 
ATMENV  Common  Area  and  they  are  automatically  saved  in  temporary  disk  (or 
tape)  storage.  On  the  other  hand  if  the  clock  indicates  a  time  beyond  the 
start  of  the  game,  a  comparison  between  the  class  numbers  or  parameter  values 
to  the  previous  class  numbers  or  values  stored  in  a  reference  set  is  made. 

If  there  is  no  change,  control  returns  to  ATMOS  and  execution  proceeds.  If 
t;ere  is  a  difference  in  one  or  more  of  the  class  numbers,  or  a  significant 
change  in  parameter  values,  the  current  values  of  the  parameters  in  the  ATMENV 
Common  Area  are  transferred  to  temporary  disk  (or  tape)  storage.  The  corres¬ 
ponding  values  of  class  numbers  or  parameter  values  are  stored  in  the 
reference  set  so  that  they  will  be  available  for  comparison  to  the  values 
in  the  next  ATMENV  table  and  execution  is  returned  to  ATMOS. 


5.2.14.4  Sample  Data  Set 

No  input  data  is  required. 

5. 2. 14.5  Sample  Output 

No  output  is  produced  by  this  subroutine. 
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5.2.15  SUBROUTINE  EMSG 


5.2.15.1  Purpose 

This  routine  supports  subroutine  ATMOS  in  the  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program 
prior  to  the  PRERUN.  It's  purpose  is  to  provide  the  planner  diagnostic  informa¬ 
tion  in  the  event  that  execution  is  terminated  before  reaching  the  normal  -.top 
in  subroutine  END,  (5.2.16). 

5.2.15.2  Use  and  Description  of  Inputs 

No  input  data  is  required  by  this  subroutine.  The  integer  variable, 

KODE,  is  transferred  to  the  subroutine  through  its  argument  list. 

5.2.15.3  Description  of  Logic,  and  Processing 

Because  of  the  direct  nature  of  the  logic  employed  in  this  subroutine 
a  macroflow  diagram  has  not  been  provided.  Immediately  after  entry  into 
the  subroutine  an  output  heading  is  printed  and  note  is  made  that  the 
execution  of  ATMOS  has  been  terminated.  The  next  step  in  the  subroutine 
is  a  multiple  branching  procedure  depending  upon  the  value  of  the  input 
parameter  KODE  which  transfers  execution  to  the  appropriate  wf ‘e  statement. 

The  statement  numbers  assigned  to  the  FORTRAN  format  stateim  -oincide 
with  the  values  of  the  parameter,  KODE.  After  the  appropriate  diagnostic 
message  has  been  printed  execution  is  terminated. 

5.2.15.4  Sample  Data  Set 

No  input  data  is  required  for  this  subroutine. 
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S.2.15.S  Sample  Output 


Table  5.2-XIII  presents  the  diagnostic  messages  which  can  result  from  this 
subroutine.  These  messagos  identify  the  location  where  the  call  to  subroutine 
EMSG  occurred,  the  reason  the  call  occurred,  and 'the  action  required  on  the 
part  of  the  planner  to  correct  the  present  problem.  Upon  receiving  the 
diagnostic  message,  the  planner  should  take  the  appropriate  action  and 
resubmit  the  program  for  execution. 
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TABLE  5.2-XIII  EMSG  OUTPUT 


KODE  PRINTED  MESSAGE 


100  DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  ATMOS 

REASON:  FIRST  DATA  CARD  IN  PLANNER  INPUT  DOES  NOT 
COINCIDE  WITH  GAMP  START 

ACTION:  REVISE  PLANNER  INPUT  DATA  SET  OR  START  TIME 


101 


DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  ATMOS 

REASON:  PLANNER  INPUT  DATA  SET  CONTAINS  TOO  MANY 
PRECIP,  NON-PRECIP  AND  FOG  EVENTS 
ACTION:  REVISE  PLANNER  INPUT  TO  CONTAIN  ISO  OR  LESS  EVENTS 


200 


DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PRECIP 
REASON:  GAME  DURATION  IS  LONGER  THAN  SIX  WEEKS 
ACTION:  CHECK  DURATION  TIME  SPECIFIED 


201 


DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PRECIP 

REASON:  NUMBER  OF  EVENTS  IN  THE  PREC I P/NON -PRECIP  TIME 
HISTORY  EXCEEDS  ALLOCATED  STORAGE 
ACTION:  RERUN  SUBROUTINE  ATMOS  REVISING  THE  ORIGIN 

OF  THE  GAUSSIAN  AND  UNIFORM  RANDOM  NUMBER  GENERATORS 


202 


DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PRECIP 

REASON:  NUMBER  OF  CLOCK-HOUR  RATES  REQUIRED  TO  COMPUTE 
PRECIP  AMOUNT  EXCEEDS  ALLOCATED  STORAGE 
ACTION:  RERUN  SUBROUTINE  ATMOS  REVISING  THE  ORIGIN 

OF  THE  GAUSSIAN  AND  UNIFORM  RANDOM  NUMBER  GENERATORS 


210 


D 


AGNOSTIC  MESSAGE 
EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PROBI 

REASON:  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 
SCENARIO  AREA  SPECIFIED 

ACTION:  CHECK  DATA  SET  LABELED  'PRECIP/NON-PRECIP 
DURATION  DISTRIBUTION 
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DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PROB1 

REASON:  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 
MONTH  AT  GAME  START 

ACTION:  CHECK  DATA  SET  LABELED  'PRECIP/NON-PRECIP 
DURATION  DISTRIBUriON 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PROB1 

REASON:  SEQUENCE  OF  DESIGNER  INPUT  DATA  INCORRECT 
ACTION:  VERIFY  SEQUENCE  OF  DATA  SETS  IN  INPUT  STREAM 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PROB1 

REASON:  INPUT  DESIGNER  DATA  CARDS  IN  SET  LABELED 
'PRECIP/NON-PRECIP  DURATION  DISTRIBUTION 
ARE  OUT  OF  ORDER 
ACTION:  CORRECT 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PROB2 

REASON :  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 
SCENARIO  AREA  SPECIFIED 

ACTION:  CHECK  DATA  SET  LABELED  'PRECIPITATION  RATE 
AND  TYPE  DISTRIBUTIONS  ...' 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PROB2 

REASON:  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 
MONTH  AT  GAME  START 

ACTION:  CHECK  DATA  SET  LABELED  'PRECIPITATION  RATE 
AND  TYPE  DISTRIBUTIONS  ...' 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PROB2 

REASON:  SEQUENCE  OF  DESIGNER  INPUT  DATA  INCORRECT 
ACTION:  VERIFY  SEQUENCE  OF  DATA  SETS  IN  INPUT  STREAM 
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Table  5.2-XII1  EMSG  OUTi’UT 
Cont. 


KODE 

PRINTED  MESSAGE 

223 

DIAGNOSTIC  MESSAGE  i 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED  1 

LOCATION :  SUBROUTINE  PR0B2 

REASON:  INPUT  DESIGNER  DATA  CARDS  IN  SET  LABELED 
'PRECIPITATION  RATE  AND  TYPE  DISTRIBIHTONS 

APE  OUT  OF  ORDER 

ACTION:  CORRECT 

■; 

300 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 

LOCATION:  SUBROUTINE  WEATHR 

REASON:  LENGTH  OF  ARRAYS  OF  NORMAL  DEVIATES  USED 

TO  COMPUTE  CLOUD  COVER  AND  DEW  POINT  DEPRESSION 

EXCEED  ALLOCATED  STORAGE 

ACTION:  RERUN  SUBROUTINE  ATMOS  REVISING  THE  ORIGIN 

OF  THE  GAUSSIAN  AND  UNIFORM  RANDOM  NUMBER  GENERATORS 

310 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 

LOCATION:  SUBROUTINE  PROB3 

REASON:  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 

SCENARIO  AREA  SPECIFIED 

ACTION:  CHECK  DATA  SFT  LABELED  'CLOUD  COVER, 

PRESSURE,  VISIBILITY  AND  WIND  SPEED  DIST’D 

311 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 

LOCATION:  SUBROUTINE  PROB3 

REASON:  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 

MONTH  AT  GAME  START 

ACTION:  CHECK  DATA  SET  LABELED  'CLOUD  COVER, 

PRESSURE,  VISIBILITY  AND  WIND  SPEED  DIST'D 

312 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 

LOCATION :  SUBROUTINE  PROB3 

REASON:  SEQUENCE  OF  DESIGNER  INPUT  DATA  INCORRECT 

ACTION:  VERIFY  SEQUENCE  OF  DATA  SETS  IN  INPUT  STREAM 

313 

DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 

LOCATION:  SUBROUTINE  PROB3 

REASON:  INPUT  DESIGNER  DATA  CARDS  IN  SET  LABELED 

'CLOUD  COVER,  PRESSURE,  VISIBILITY  AND  WIND  SPEED 
DIST'D  ...'  ARE  OUT  OF  ORDER 

ACTION:  CORRECT 

; 
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Table  5. 2 -XIII  EMSG  OUTPUT 
Cont. 


PRINTED  MESSAGE 


320  DIAGNOSTIC  MESSAGE’ 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PR0B4 

REASON:  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 
SCENARIO  AREA  SPECIFIED 
ACTION:  CHECK  DATA  SF.T  LABELED  'CEILING  AND 
TEMPERATURE  DISTRIBUTIONS 


321  DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION-  SUBROUTINE  PRQB4 

REASON:  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 
MONTH  AT  GAME  START 

ACTION:  CHECK  DATA  SET  LABELED  ’CEILING  AND 
TEMPERATURE  DISTRIBUTIONS 

322  *  DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PR0B4 

REASON:  SEQUENCE  OF  DESIGNER  INPUT  DATA  INCORRECT 
ACTION:  VERIFY  SEQUENCE  OF  DATA  SETS  IN  INPUT  STREAM 

323  DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  iIAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PR0B4 

REASON:  INPUT  DESIGNER  DATA  CARDS  IM  SET  LABELED 
'CEILING  AND  TEMPERATURE  DISTRIBUTIONS 
ARE  OUT  OF  ORDER 
ACTION:  CORRECT 

330  DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PF.0B5 

REASON:  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 
SCENARIO  AREA  SPECIFIED 
*CTION :  CHECK  DATA  SF.T  LABELED  'DEWPOINT 
DEPRESSION  DISTRIBUTIONS 

331  DIAGNOSTIC  MESSAGE 

EXECUTION  OF  SUBROUTINE  ATMOS  HAS  BEEN  TERMINATED 
LOCATION:  SUBROUTINE  PR0B5 

REASON.  INPUT  DESIGNER  DATA  NOT  IN  AGREEMENT  WITH 


MONTH  AT  GAME  START 

ACTION:  CHECK  DATA  SET  LABELED  'DEWPOINT 
DEPRESSION  DISTRIBUTIONS  ...' 


5-102 


TABLE  5.2 -XIV 


USE 


Common/BASICT/ 


Cotnmon/ATMENV/ 


Common/ ATTIM£/ 


ATM3S  COhMDN  AREAS 


VARIABLES 


USED  BY 


P.  2-135,  if  4  Preruu 


Atmomn 

Atmos 

End 

Preclp 

Prob  1,  2,  3,  4,  5 


P.  2-135,  #  2  Prerun 


P.  2-135.  it  1  Prorun 


Atmos 

Edit 

End 

Ephem 

1RRAD 

Prob  3,  4,  5 
Weathr 

Edit 

End 
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.2. *6  SUBROUTINE  END 


5.2.16.1  Purpose 

This  subroutine  supports  ATMOS  (S.2.2)  in  the  generation  of  the  atmospheric 
environment  and  is  intended  to  be  executed  as  part  of  a  stand-alone  program 
prior  to  the  PRERUN.  Its  purpose  is  to  transfer  the  ATMENV  tables  stored 
temporarily  on  disk  to  a  final  output  tape  and  generate  a  printed  report  of 
the  contents  of  the  tables  if  this  option  was  selected  by  the  planner. 


5.2.16.2  Use  and  Description  of  Inputs 

No  input  data  must  be  manually  supplied  by  the  planner.  The  number 
of  ATMENV  tables  generated  and  the  times  when  each  table  becomes  effective 
are  transferred  to  the  subroutine  through  the  ATTIME  common  area  while  the 
values  in  each  of  the  ATMENV  tables  is  available  to  the  subroutine  through 
temporary  disk  storage.  The  logical  variable  PROPT  indicating  whether  or 
not  the  planner  has  elected  to  receive  a  printed  report  is  supplied  to  the 
subroutine  through  its  argument  list. 


5.2.16.3  Description  of  Logic  and  Pr  cessing 

A  macroflow  diagram  showing  the  processing  steps  included  in  subroutine 
END  is  presented  in  Fig. 5. 2-22 .  The  first  major  step  after  entry  into  the 
subroutine  is  the  printing  of  the  contents  of  the  BASIC!  table.  This  contains 
basic  time  information  including  the  time  of  day,  the  start  of  the  game,  the 
duration  of  the  game,  the  date  the  game  is  being  played  and  the  area  in  which 
the  game  is  being  played.  If  the  printed  report  option  has  not  bee.'-,  elected 
by  the  planner  this  step  is  bypassed  and  the  second  step  is  executed  i  i  whicn 
the  contents  of  the  bASICT  common  arcs  and  the  ATT  I ML.  common  area  arc  written 
onto  the  final  output  tape.  The  next  major  step  involves  the  reading  of  tnc 
first  ATMENV  table  from  the  temporary  disk  storage.  If  the  report  option  In*.-, 
been  specified  by  the  planner  the  contents  of  the  ATMENV  table  are  printed. 
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Figure  5.2-22  MACROFLCW  DIAGRAM  OF  SUBROUTINE  END 
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therwise,  this  step  is  bypassed  and  the  next  step  in  which  the  complete 
ATMENV  table  is  written  onto  the  final  output  tape  is  executed.  The  processing 
is  then  recycled  to  read  the  next  ATMENV  table  in  the  temporary  disk  storage. 
The  recycling  is  continued  until  all  of  the  ATMENV  tables  in  temporary  disk 
storage  have  been  transferred  to  the  final  output'  tape  at  which  time  execution 
is  terminated. 


5,2.16.4  Sample  Data  Set 

No  input  data  is  required  for  this  subroutine. 


5.2.16.5  Sample  Output 


The  planner  has  the  option  of  receiving  a  printed  report  of  the  time 
history  of  the  atmospheric  environment.  (See  the  description  of  the  main 
program  ATMOMN  (5.2.1)  Figures  5.2-23  and  5.2-24  contain  the  printed 
reports  generated  during  the  checkout  of  the  entire  program  package  for  genera¬ 
ting  the  atmospheric  environment.  Figure  5.2-23  shows  the  time  history 
generated  using  the  planner  input  data  set  presented  in  Figure  5.2-6  of  the 
description  of  subroutine  ATMOS.  Most  of  the  column  headings  coincide  directly 
with  the  FORTRAN  names  used  for  the  parameters  contained  in  the  ATMENV  common 
area  or  are  direct  abbreviations.  For  example,  CC  represents  cloud  cover, 

TC  represents  the  cloud  transmission  factor,  SALT  represents  the  solar  altitude, 
LALT  represents  the  lunar  altitude  and  so  forth.  Tho  second  report  (shown  in 
Figure  5.2-24)  was  generated  without  the  use  of  any  planner  input  and  is  a 
time  history  generated  by  the  Monte-Carlo  procedures  built  into  the  program. 
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Figure  5. 2 -23  EXAMPLE  OF  A  REPORT  GENERATED  WITH  PLANNER  INPUT 
(refer  to  Figure  5.2-3  SUBROUTINE  ATMOS) 
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Figure  5.2-24  EXAMPLE  OF  A  REPORT  GENERATED  WITHOUT  PLANNER  INPUT 
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5.3  TERRAIN 
5.3.1  Terrain  T«jl® 

In  the  mainstream  of  system  simulation,  specifically 
PRERUN  Job  Step  9,  line-of-si ght  (LOS)  calculations  are 
made  for  LOS-dependent  types  of  sensors.  The  so-called 

'detai led" mode  of  evaluation  by  definition  requires  moderately 
high  resolution  digital  terrain  data. 

An  auxiliary,  pre-PRERUN  program  package  is  available 
for  the  preparation  of  radar  masking  contour  plots.  This 
package  requires  digital  terrain  data. 

„  An  auxiliary  RF  data  link  patkage,  for  analysis  of 
RF  propagation  losses,  also  requires  digital  terrain  data. 

In  all  three  applications,  the  detailed  digital  terrain 

§ 

data  come  from  from  an  operational  or  "sparse"  terrain  tape. 
The  general  characteristics  of  data  on  this  tape  are  de¬ 
scribed  below  (5.3. 1,1). 

It  le  perhaps  important  to  emphasize  that  the  three 
program  packages  mentioned  above  simply  use  a  tape  with 
proper  data  content  and  format,  regardless  of  how  that  tape 
may  have  been  generated.  At  the  present  time  (l.e.,  the 
date  of  this  report),  definite  procedures  have  been  estab¬ 
lished  for  the  formation  of  an  operational  tape,  based  on 
a  higher-resolution  TOPOCOM  tape  supplied  by  CDC/ISA.  The 
program  that  makes  the  conversion  Is  called  MAKTAP,  and  is 
briefly  discussed  In  Section  5.3. 1.2. 


4k 

The  designation  "sparse"  reflects  current  procedures,  in 
which  the  generated  tape  contains  about  1/64  as  many 
data  as  the  source  tape  supplied  by  CDC/ISA  (modified  from 
TQPOCCM  source  tape). 
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However*  the  present  procedures  are  not  self-limiting. 
That  i s •  alternative  and  perhaps  more  efficient  procedures 
developed  In  the  future  may  be  used,  provided  only  that 
they  produce  a  tape  with  proper  data  content  and  format. 
Possibilities,  for  example,  are:  (a)  revision  of  the 
mechanics  of  reading  source  data,  to  produce  directly 
a  suitable,  FORTRAN-readab  le  tape;  and  (b)  production 
of  a  tape  in  which  height  values  are  determined  randomly, 
according  to  statistics  that  reflect  the  more  Important 
characteristics  of  terrain  fn  the  selected  scenario  area. 

It  may  also  be  noted  that  tape  generation,  by  what¬ 
ever  means,  needs  be  done  but  once  for  a  given  scenario 
(geographic)  area...  regardless  of  the  number  of  different 
simulation  runs  that  may  be  exercised  within  the  area. 

The  first  runs  made  with  the  CAL-supp I i ed  System  Assess¬ 
ment  Model  were  based  on  a  tape  (also  suppled)  covering 
a  rectangular  area  in  the  Hue  area,  Soutn  Vietnam. 

5.3.  I,  1  Content  of  Operational  Digital  Terrain  Tape 

Programmers  will  realize  that  physical  and  system 
aspects  of  the  operational  tape  are  necessarily  fixed  for 
any  one  application;  but  in  the  typical  software  context 
of  modern  computer  Installations,  the  corresponding  de¬ 
tails  are  largely  controlled  by  Job  Control  Language  (JCL) 
or,  at  worst,  by  simple  changes  In  FORTRAN  coding  of  the 
programs  that  have  read  or  write  Instructions  associated 
with  that  tape.  For  example,  the  "tape"  might  In  fact  be 
defined  as  a  disk  unit  by  suitable  JCL. 

Hence,  In  this  discussion  the  emphasis  is  on  the 
Information  content  and  general  logical  structure  of  tnls 
content  on  the  data  file. 
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First,  the  genera  I  content  of  information  on  the  tape 
Is  a  set  of  terrain  height  values,  defined  at  discrete 
(x,y)  coordinates  over  a  rectangular  area.  The  maximum 
sire  of  this  area  that  can  be  handled  by  the  SAK1  is 
30  km  by  30  km;  more  explicitly,  the  maximum  dimension 
In  either  the  x  (east-west)  or  y  (north-south)  coordinate 
1 3  30  km.  The  (x,y)  points  form  a  uniform  point  grid 
over  the  area,  with  a  nominal  spacing  between  adjacent 
points  --  In  either  direction  --  of  100  meters*. 

In  the  present  programs,  the  stored  terrain  height 
data  have  an  integer-type  numeric  representation,  and 
the  tape  Is  read  or  written  in  bfnary  mode.  Terrain 
heights  are  expressed  in  meters  above  mean  sea  level. 

A  logical  record  basically  covers  the  sequence  of 
terrain  heights  for  a  single  vertical  (l.e.,  y-direction, 
or  north-south  direction)  scan  line.  Thus,  a  particular 
point  would  be  determined  by: 

x-posltion:  determines  which  scan  line  is  to 
be  used 

y-posltion:  determines  the  count  within  one  scan 
line. 

In  practice,  the  programs  that  use  the  tape  are  sup¬ 
ported  by  subroutines  that  provide  the  appropriate  access 
operations,  storage  con+rol,  and  bookkeeping  for  appli¬ 
cations. 


» 

Exact  value  corresponds  to  0.08  Inches  on  a  1:50000  scale 
map,  hence  4000  inches  =  101.60  meters  of  actual  around 
di  stance. 

**  Terrain  heights  are  expressed  in  the  same  units  as  the  t'SATtip  ,".:p 
from  which  they  were  obtained,  i.e.,  meters  in  SEA  and  Europe  t.:d  i n  1 
in  CONUS.  The  present  programs  are  written  in  meters  wi  in  u  ■  p:  •  .,.>■• 
for  automatic  conversion  of  feet  to  meters. 
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5.3. 1.2  The  MAKTAP  Program 

The  MAKTAP  program  Is  one  mechanism  for  producing 
a  digital  terrain  tape,  by  appropriate  mapping  of  a  hlgh- 
resolutlon  CDC/lSA-suppHed,  FORTRAN-readab le  tape  Into 
one  with  1/3  the  linear  resolution  (l.e.,  8  times  the 
distance  between  grid  points). 

Although  the  concept  of  changing  from  one  resolu¬ 
tion  (nominally  12.5  meters  between  points)  to  a  factor 
of  eight  lower  resolution  (nominally  100  meters  between 
points)  appears  at  first  glance  to  be  a  matter  of  using 
every  8'th  point  in  both  x  and  y  directions,  sucli  a  simple 
procedure  Ignores  information  contained  In  63  out  of  every 
64  original  datum  values. 

The  actual  algorithm  used  for  reduction  of  resolu¬ 
tion  Is  based  on  a  nonlinear  averaging  process,  that  ap¬ 
pears  particularly  sound  fcr  the  pr I mary  use  of  the  data, 

In  determining  line  of  sight. 

Consider  Figure  5.3-1  representing  a  general  ground 
projection  of  a  nominal  1 1 ne-of-s I ght  ray  between  two 
points  (S,  sensor  and  T,  target).  In  actual  LOS  calcu¬ 
lation,  the  total  distance  is  generally  treated  In  three 
distinct  regions: 

(a)  near  the  sensor  (typically,  a  cleared  area  Is 
assumed  to  exist,  at  least  for  stationary  sen¬ 
sors  ) 

(b)  near  t lie  target  (here,  individual  clumps  of 
vegetation  and  local  variations,  over  a  few 
meters,  of  terrain  are  more  of  a  determination 
r.-f  LOS  than  general  terrain  character l8tlcs. 
These  local  effects  are  not  within  the  resolution  of  the 
digital  terrain  data,  and  aro  treated  on  a  probabilistic 
basis). 
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,  T  (target) 

Typical  1 0C.7!  X  100m  /  I 

square  (set.  note)  ! 

/ 


S 

S  (sensor) 


Line  of  sight  path  ST 
(Ground  projection) 


NOTE:  On  1:50000  scale  map,  a  100m  X  !00m  square  of 
•actual  distance  would  be  0.08  Inches  square. 
Scale  exaggerated  above  ,’or  clarity. 


Figur*  5.3-1  ILLUSTRATIVE  LINE  OF  SIGHT  GROUND  TRACK 


(c)  the  Interior  segment. 


The  digital  terrain  data  are  primarily  significant  in  the 
Interior  region. 

Again  with  reference  to  Fig.  5.3-1,  consider  the  par¬ 
ticular  IOO  meter  square  shown,  through  which  the  ray 
passes.  It  Is  clear  that  the  cross-section  of  the  terrain 
along  this  cut  influences  line  of  sight,  according  as  the 
maxi  mum  value  ’s  or  is  not  above  the  connecting  line  from 
sensor  to  target. 

However,  Figure  5.3-lsiiows  only  one  possible  line-of- 
sight  cut  through  the  given  square.  It  would  not  be  valid 
to  consider  only  the  one  maximum  value,  for  a  "typica"' 
arbitrary  cut,  because  it  might  correspond  to  an  unusually 
low  (valley)  cut,  or  It  might  cross  an  area  ft  or  near  the 
maximum  height  within  the  entire  square.  The  correct 
"average  maximum,"  based  on  an  average  over  all  possiole 
rays  (rrndom  angles  and  translations)  through  the  square, 
appears  to  be  a  reasonable  value  for  an  assigned  terrain 
height  value  if  (a)  one  value  must  be  chosen  to  represent 
the  entire  square,  and  (b)  the  primary  use  Is  line  of  sight 

calculations  for  "Inferior"  regions  of  sensor-to-target 

# 

line  segments. 

A  practical  algorithm,  approaching  this  theoretical 
concept,  I s  used  In  program  MAKTAP.  Original  data  for 
the  100  meter  square  actually  consists  of  a  9  point  by 
9  point  grid  (8  intervals  by  8  Intervals),  as  Indicated 
in  Figure  5.3-2.  Computation  does  not  attempt  to  treat  "all" 


This  argument  Is  not  necessarily  valid  for  other  appli¬ 
cations  of  the  terrain  height  data...  for  example,  determ¬ 
ining  effective  aititude  of  a  radar  position. 
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possible  angles  and  translations  of  paths  through  this 
grid-defined  square;  but  It  does  treat  the  two  primary 
i  angles  (0  and  90  degrees),  and  the  nine  simple  and  mean¬ 

ingful  translations  for  each  angle.  That  is,  the  terrain 
height  assigned  to  the  center  of  the  square  is  the  average 

of  the  easily  computed  ray  maxima  —  i.e.,  the  average  of 
i  9 

the  9  rc*  maxima  and  the  9  column  maxima. 

Additional  details  on  the  MAKTAP  program  may  be  found 
in  the  program  listings.  The  mechanism  of  operating  tne 
program,  and  information  on  the  source  tape,  are  given 
!r  the  Users'  Manual,  Volume  II. 

i 

| 


i 


I 


! 


* 


A 


MAKE  TERRAIN  TAPE  COMMON  AREAS 


USE 

VARIABLES 

USED  BY 

Common/TAPE/ ,  Ktitnes 

K times 

-  Scan  line  Index  of  Sparse  tape,  j 

Mnktap 

Read 

Common /TAPE/ ,  NX. 

lJY  .  ____ 

NX 

-  Length  of  X  axis  of  topocom  map 
in  inches  X  100  ( integerized)  | 

Maktap 

Read 

NY 

l 

-  Length  of  Y  axis  of  topocom  map 
in  inches  Y  100  (integerized) 

1 
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1  Row 
,  maxima 


maxima 


NOTES:  0  Is  center  point  of  100  m.  x  100  m.  square 

•  other  points  (original  resolution)  within 
the  square 

Terrain  height  value  assigned  to  given  by 
fo I  lowing  formu la: 

(u  |  +Ug+  .  .  .  +U  g+V  |  +  Vg+  . . .  +  v  Q)/\8 


Figure  5.3-2  NONLINEAR  MAPPING  FROM  HIGH  TO  LO *  RESOLUTION  GRID 
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r.3.2 


Subroutine  TEkAN 


5.3.2.1  Purpose 

This  routine  supplies  the  data  describing  the  teir<nn  environment 
description  required  by  both  the  PRERUN  and  the  Main  Simulation  portions 
of  the  model. 

5.3. 2. 2  Use  and  Description  of  Inputs  > 

Two  input  data  sets  must  be  placed  in  the  input  data  stream  to  be 
read  by  this  routine.  Figure  5.3-3  shows  the  order  of  these  data  sets.  The 


/  uwr£-tf  DATA  j 
_ J - 5>£T  1 

^  UTvsxy 

Data  sett 

Figure  5.3-3  REQUIRED  INPUT  DATA  STREAM 


description  of  the  terrain  environment  is  based  upon  the  definition  of 
homogeneous  areas  called  unit  terrains.  Values  assigned  to  a  set  of  twenty 
parameters  describe  the  environment  within  a  unit.  By  assigning  different 
unit  terrains  to  various  portions  of  the  scenario  area,  a  non-homogeneous 
playing  area  can  be  constructed.  The  UTVSXY  data  set  describes  the  areal 
extent  of  the  unit  terrain  types  over  the  scenario  area.  The  unit  terrains 
are  assigned  to  the  game  area  using  a  500  meter  square  grid  whose  origin  is 
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placet!  at  the  southwest  corner  of  the  game  area.  The  cards  composing  UTVSXY 
data  set  arc  described  in  Table  5.3-11.  The  number  of  cards  can  range  from  two 
to  sixty-one  (2  to  61)  depending  upon  the  site  of  the  scenario  area.  In  addi¬ 
tion  to  the  first  card  which  supplies  identifying  information,  one  card  is  re¬ 
quired  for  each  500  meter  block  or  fraction  thereof  within  the  north-to- south 
extent  of  t'..e  scenario  area.  For  example,  if  the  north-to-south  size  of  the 
scenario  area  is  30  kilometers,  61  data  cards  are  required  for  the  UTv'SXY  data 
set;  if  the  north-to-south  extent  of  the  scenario  area  is  12  kilometers,  25 
cards  will  be  required  in  this  data  set.  Tills  data  set  is  prepared  by  overlay¬ 
ing  a  500  meter  square  grid  on  top  of  a  terrain  map  of  the  scenario  area.  In 
the  case  of  areas  within  South  Vietnam,  the  cross-country  movement  maps  of 
tactical  scale  studies  are  ideal  for  this  purpose.  The  maximum  size  of  the 
500  meter  square  grid  is  60  by  60  blocks  which  would  cover  a  game  area  of  30 
kilometers  by  30  kilometers.  The  single  east-to-west  row  of  500  meter  square 
blocks  is  referred  to  as  a  track.  The  variable  NTKACK  is  the  number  of  these 
tracks  required  to  cover  the  north-to-south  extent  of  the  playing  area.  Thus, 
as  described  ?bove,  the  number  of  data  cards  in  the  UTVSXY  data  set  is  equal  to 
XTRACK  +  1.  In  preparing  the  data  set,  the  planner  should  first  assign  a  unit 
terrain  type  to  each  of  the  500  meter  blocks  covering  the  playing  area.  Cur¬ 
rently  there  are  eight  unit  terrains  available  for  describing  a  scenario  area 
in  South  Vietnam.  The  description  of  these  unit  terrains  is  presented  in  Table 
5. 3-1 II.  Each  unit  terrain  type  is  identified  by  an  integer  number,  IUT.  They 
were  defined  principally  on  the  basis  of  the  vegetation  type  classification  used 
in  the  cross-country  movement  maps  of  tactical  scale  studies  from  two  potential 
scenario  areas  in  the  northern  part  of  South  Vietnam.  The  correspondence  be¬ 
tween  the  vegetation  classification  and  the  unit  terrain  types  is  presented  in 
Table  5. 3- IV.  Those  vegetation  types  not  included  in  the  present  unit  terrain 
descriptions  did  not  occur  with  sufficient  regularity  within  the  potential  sce¬ 
nario  areas.  Expansion  to  scenario  areas  in  other  parts  of  South  Vietnam,  of 
course,  may  require  that  additional  unit  terrains  be  defined.  Unit  terrain 
classifications  were  also  developed  for  a  potential  Fort  Hood  scenario  area. 

The  description  of  the  seven  unit  terrains  for  the  Fort  Hood  area  is  presented 
in  Table  5.3-V.  In  order  to  exercise  the  Model  at  other  locations  appropriate 
unit  terrain  descriptions  must  be  generated  by  the  planner. 


Table  5.3-II  Composition  of  UTVSXY  Uata  Set 
(2  to  61  Cards  as  Required) 


Table  5. 3- I II  SOUTH  VIETNAM  UNIT  TERRAINS 


IUT 

Description 

l 

Single  crop  rice  on  river  flood  plains  and  coastal  p.ains. 

2 

Single  canopy  light  undergrowth  forest  on  rolling  hills. 

3 

Brushwood,  including  grasses  and  scrub  deciduous  trees  on 
rolling  hills. 

4 

Brushwood,  including  grasses  and  scrub  deciduous  trees  on 
flat  river  valleys . 

5 

Multi-canopied  forest  with  dense  undergrowth  on  upper  raoun- 

tain  slopes. 

6 

1 

Multi-canopied  forest  with  dense  undergrowth  on  lower  moun¬ 
tain  slopes. 

1  ^ 

Bamboo  thickets  within  single  canopied  or  multi-canopied 
forests  on  moderate  to  steep  slopes. 

8 

Dune  grass  and  scrub  pine  on  moderately  sloping  sa^d  dunes. 

# 
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Table  j.3-lV  CORRESPONDENCE  BETWEEN  TACTICAL  SCALE  STUDY 
VEGETATION  GLASSIFICATION  AND  UNIT  TERRAINS 


Vegetation  Type 

No. 

Description 

Unit 

Terrain 

Number, 

IUT  - 

' 

Multi-Canopied  Dense 
Undergrowth  Forest 

S  or  6 

depending  upon 
terrain  gradient 

2 

Multi-Canopied  Dense 
Undergrowth  Forest 
W/Bamboo 

7 

S 

Single  Canopy  Light 
Undergrowth  Forest 

W/ Bamboo 

7 

6 

Single  Canopy  Light 
Undergrowth,  Rubber 
and  Pals  Plantations 

2 

7 


Brushwoods,  Coffee 
and  Tea  Plantations 


9 


Dune  Grass  and 
Casuarir.a  on  Send 


3  or  4 

depending  upon 
terrain  gradient 


13 


Rice,  Single  Crop 


1 


Rice, 


Double  Crop 


1 
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uncc  the  planner  lias  identified  the  appropriate  unit  terrain  for  each 
500  meter  block  within  the  scenario  area .  these  data  arc  transferred  to 
cards  to  form  the  desire.1  data  set.  Tacit  card  describes  the  unit  terrain 
assignments  alone  a  single  east-to-west  track  within  the  playing  area  The 
first  card  describe?  the  unit  terrain  assignments  in  the  most  southern  track 
while  the  last  data  card  describes  the  unit  terrain  assignments  in  the  most 
northern  track,  in  transferring  the  data  from  the  grid  to  the  data  cards 
the  planner  is  allowed  15  specifications  of  unit  terrain  along  the  track. 
rhe  format  for  specifying  the  unit  terrains  along  the  jth  track  from  west 
to  east  is 


N  . .  I  V  .  I ,  ...  V  .  I. 

lj  Ij  2.1-  2 j  kj’  kj 


where  .  is  a  two-digit  integer  equal  to  the  number  of  consecutive  500 

meter  blocks  with  unit  terrain  type  I,  .  and  k£15.  Thus 

*  k  i 

2006  5001  1002 

would  indicate  that  the  first  20  blocks  in  the  track  were  unit  terrain  type 
6.  the  next  30  blocks  unit  terrain  type  1  and  the  last  10  blocks  unit  terrain 
type  2.  As  indicated  in  Tab.  5.3-IIthe  first  card  in  the  data  set  which  proceeds 
the  cards  containing  the  unit  terrain  assignments  contains  the  number  of 
tracks  required  to  cover  the  playing  area  (NTRACK)  and  identifying  alpha/ 
numeric  information  which  the  planner  desires  to  use  to  allow  identification 
of  the  particular  data  set.  An  example  of  an  UTVSXY  data  set  prepared  for  a 
13  x  17.5  kilometer  scenario  area  near  Hue,  South  Vietnam  is  shown  in  Fig.  5.3-5. 


The  second  data  set  which  must  be  placed  in  the  input  data  stream 
presents  the  data  which  specifies  the  parameters  defining  each  unit  terrain. 
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Table  5.3- V  FORT  HOOD  UNIT  TbRRAiNS 


iirr 

~~~  - 

1 

2 

3 

4 

I 

1  5 

l 

6 

7 


Description 


i  Scrub  nesquite  on  gently  rolling  plateau  tops 

i 

|  Oak  woodland  on  gently  rolling  plateau  tops 

Oak  woodland  with  dense  undergrowth  on  moderately  slopin 
!  plateau  sides 

!  Grassland  on  high  stream  terraces 

I 

|  Scattered  oak  trees  on  undulating  plateau  sides.’opes 
Widely  spaced  oak  trees  on  gently  rollin^  plateau  tops 
Narrow  bands  of  trees  3long  larger  drainways 


The  composition  of  the  UNTER  data  set  is  presented  in  Table  5. 3- VI.  This  data 
set  can  consist  of  two  to  eleven  (2  to  11)  cards  depending  upon  the  number  of 
terrain  units  defined  for  a  particular  scenario  area,  MAX I  ITT,  which  is  currently 
limited  to  a  maximum  of  10  units.  In  addition  to  the  first  card,  one  additional 
card  is  required  for  each  unit  terrain  type  and  therefore  the  number  of  cards 
in  this  data  set  is  equal  to  MAXIUT  +  1.  For  the  South  Vietnam  unit  terrain 
types  identified  previously  in  Table  5.3-III,  this  data  set  would  require  9 
data  cards;  for  the  Fort  Hood  unit  terrains  presented  in  Table  5.3-V,  this  data 
set  consists  of  8  data  cards.  Twenty-two  variables  are  used  in  describing 
the  terrain  environment  (see  Table  5.3-VII).  Except  XFIELD,  YFIELD  and  ZFIELD, 
the  components  of  the  earth's  magnetic  field,  these  variables  can  have  a  dif¬ 
ferent  value  for  each  unit  terrain.  When  new  unit  terrains  are  defined,  the 
assignment  of  the  values  for  each  variable  should  be  made  by  the  persons  with 
expertise  in  geography.  The  data  required  to  make  the  assignment  for  the  South 
Vietnam  unit  terrains  was  obtained  from  the  text  associated  with  the  cross¬ 
country  movement  maps  of  tactical  scale  studies,  In  the  case  of  the  Fort  Hood 
unit  terrains  this  convenient  source  of  data  cl  id  not  exist.  In  this  case 
several  sources  of  data  were  used.  The  upper  and  lower  limits  of  slope  gradient 
for  each  of  the  unit  terrain  types  were  determined  from  topographic  maps.  Mea¬ 
surements  of  tree  canopy  heights  and  spacing  were  made  from  stereo  photography 
at  a*scale  of  1:23,000  which  is  considered  to  be  a  reasonably  reliable  proce¬ 
dure.  Other  parameters  such  as  tree  density  and  canopy  enclosure  were  estimated 
using  the  single  photographic  image.  The  ground-to-ground  visibility,  of  course, 
could  not  be  measured  but  was  estimated  from  the  density  and  height  of  the  vege¬ 
tation.  The  reliability  of  these  estimates  is  not  known  and  in  most  cases  these 
data  should  be  substantiated  by  field  measurements.  Information  on  soil  types 
and  soil  moisture  conditions  was  facilitated  by  referral  to  soil  maps  of  the 
Fort  Hood  area  prepared  by  the  Soil  Conservation  Service  of  the  United  States 
Department  of  Agriculture. 

Should  additional  scenario  areas  be  defined  for  exercising  the  Model 
new  unit  terrains  and  hence  new  UNTER  data  sets  will  have  to  be  prepared. 


Table  5.3-VI  Composition  of  U.VTER  Data  Set 
(2  to  11  Cards  as  Required) 
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Table  5.3-V1I  VARIABLES  USED  IN  DESCRIBING  A  UNIT  TERRAIN 


Variable 

Name 

Type* 

Description 

-  - 

Units 

XFIFLD 

Real 

x-,  y-  and  z-  components  of 

Oersted 

YFIELD 

•  i  ft 

Earth's  magnetic  field 

M  II 

ZFIF.LD 

M  II 

II  II 

SGLL 

Real  Array 

Lower  limit  of  slope  gradient 

Percent 

SCUL 

*1  »♦ 

Upper  limit  of  slope  gradient 

II  II 

CULL 

It  II 

Lower  limit,  canopy  or  vegetation 
height 

Meters 

CHUL 

Upper  limit,  canopy  or  vegetation 
height 

il  il 

TDLL 

It  •* 

Lower  limit  of  tree  diameters  (DBII) 

ii  ll 

TDUL 

II  II 

Upper  limit  of  tree  diameters  (DBM) 

H  II 

SPLL 

If  II 

Lower  limit,  stem  or  clump  spacing 

*l  II 

SP1IL 

II  M 

Upper  limit,  stem  or  clump  spacing 

It  ll 

ITRDF.N 

Integer  Ar-  ay 

Tree  Density  - 

1  *  Sparce;  ISO  trees/lOOin 

2  «  Lightly  forested,  200  trees/ 

100  in  - 

3  «  Dense  forest,  S00  trees/100  m' 

CCLL 

Real  Array 

Lower  limit,  %  canopy  closure 

Fraction 

CCUL 

.»  it 

Upper  limit,  %  canopy  closure 

it  II 

IVCOV 

Integer  Array 

Index  describing  vegetption  cover 

1  *  Heavy 

2  *  Medium 

3  =>  Light 

4  =  Open 

5  *  Rice/Water 

I  BACK 

II  li 

Index  identifying  the  most  likely 
background  reflectance  function 
between  0.4  to  1.9  microns 

1  *  Tree/grass  -  sv  user 

2  *  Coniferous  trees 

3  ■  Trees/grass  -  autumn 

4  *  Leaves 

5  *  Elephant  grass 

TVEG 

Real  Array 

Transmittance  of  Vegetation  cover  of 
canopy  for  light  between  0.4  and  0.9 
microns 

Fraction 

ISM 

2-Dimensionel 
Integer  Array 

Index  describing  soil  i oisture  condi¬ 
tions 

ISM(1,  IUT)  ■  ambient  soil  moisture 
ISM(2,  HIT)  ■  soil  moisture  after  1/2 
inch  of  rain 

ISM(!>,  IUT)  »  soil  moisture  after  1 
inch  of  rain 

1  ■  Dry;  25%  saturated 

2  •  Moist;  25-50%  saturated 

3  »  Net;  50-100%  saturated 

4  -  Inundated,  100%  saturated 

VISBLL 

Real  Array 

Lower  1 •mit,  ground-to-ground  visibility 

Meters 

VIS3UL 

•  i » 

Uppe.  lim.f,  ground-to-ground  visibility 

♦  •  *1 

•All  of  the  variables  in  the  Unter  T-blc  arc  one -dimensional  arrays  (except  for 
XFIELD,  YFIELD,  ZFIELO  and  ISM)  with  the  subscript  being  IUT  which  identifies 
the  unit  terrain  type,  in  the  case  of  ISM,  which  is  rvo-dimens.onal ,  IUT  is  the 
^iih^rrjnf ,  YPTP?  YFTPf.P  H  *  v*  r  nn«  *  ints  j  fK* 

unit  terrain  type. 
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In  this  case  the  use  of  data  sources  such  as  those  used  above  for  ;  lie  Tort 
Hood  area  is  recommended  as  well  as  the  acquisition  of  field  measurements  u 
order  to  insure  reasonable  accuracy  of  these,  data.  A  number  of  variables 
such  as  IVCOV,  an  index  describing  the  vegetation  cover  within  the  unit  u  n  ••  i 
and  IBACK,  an  index  identifying  the  most  predominant  background  reflectance  in 
the  unit  terrain  may  require  extension  beyond  the  five  classes  presently  pro¬ 
vided  for  in  Table  5.3-V1X.  To  compute  the  net  transmittance  through  a  multi  - 
leave  canopy,  we  form  the  product  of  the  individual  leaf  transmi ttauces .  1: 

there  are  n  leaves  per  canopy  lajer  and  c  is  the  effective  number  of  canopy 
layers  then,  TVEG,  the  transmittance  of  the  vegetatii  n  cover  in  the  visible 
region  is  given  by 

n.c 

t  =  (1-a) 

where  a  is  the  absorption  of  a  single  leaf  (approximately  0.70  for  a  normal 
leaf)  and  the  product  n.c  represents  the  average  number  of  leaves  in  the 
vertical  direction  for  the  canopy.  The  number  of  leaves  per  canopy  layer 
is  estimated  from  the  ground  area  coverage  by  employing  the  graph  presented 
in  Figure  5.3-4.  For  purposes  of  illustration,  the  calculation  of  TVEG  for 
each  of  the  South  Vietnam  unit  terrains  identified  previously  in  Table  5.3-1  IT 
is  outlined  in  Table  5.3-VIII. 


5. 3. 2. 3  Description  of  Logic  and  Processing 

Figure  5.3-5  is  a  macroflow  diagram  presenting  the  major  steps  in 
Subroutine  TERAN.  The  first  step  is  to  read  the  UTVSXY  Data  set  describing 
the  areal  extent  of  the  terrain  units  over  the  game  area.  During  the  process 
of  reading  this  data  set,  several  checks  are  made  on  its  continuity.  If  an 
error  is  detected  the  reading  process  is  interrupted,  a  diagnostic  message  is 
printed  and  execution  is  terminated.  Once  the  data  set  has  been  read,  the 
areal  extent  of  the  unit  terrain  types  is  stored  in  the  IVTXY  common  area. 

The  algorithm  used  to  store  the  data  is 

IWTXY(K1j)  =  100*Nkj  +  Ij.j,  k  S  15,  j  S  60 


CALCULATION  OF  CANOPY  TP.ANSMITTANCE-TVEC 
(SOUTH  VIETNAM  UNIT  TERRAINS) 


AD818975 .  Also  CAL  Rfport  GM-2146- 


The  second  major  step  is  the  reading  of  the  UNTER  data  set.  If  an  error 
in  the  continuity  of  the  data  set  is  detected,  a  diagnostic  message  is  printed 
and  the  execution  terminated.  Once  the  completed  data  set  has  been  read, 
the  contents  of  the  UNTER  data  set  will  be  stored  in  the  UN TER  Common  Area 
and  execution  returned  to  the  calling  program. 


5. 3. 2. 4  Sample  Data  Set 

Fig.  5.3-6  showed  a  sample  UTVSXY  data  set  prepared  for  an  18  by  17,5 

kilometer  scenario  area  near  Hue,  South  Vietnam.  Fig.5.3-7  shows  the  UNTER 
data  set  for  the  8  unit  terrains  for  South  Vietnam  identified  previously 
in  Table  5. 3- III. 


5. 3. 2. 5  Sample  Output 

No  direct  output  is  produced  Ky  this  subroutine  unless  an  error  is 
detected  in  the  UTVSXY  or  UNTER  Data  Sets.  If  an  error  is  detected  one  of 
the  diagnostic  message^,  shown  in  Table  5.3-IX  is  printed. 
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gure  5.3-6  EXAMPLE  OF  A  UTVSXY  DATA  SET 
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BATTLE  AND  CULTURE  ENVIRONMENT  SUBROUTINES 


5.4 

5.4.1  General 

The  Battle  and  Culture  Subroutines  are  designed  to  simulate 
the  military  and  culture  environmental  effects  normally  occurring  in  the  area 
of  operations  that  have  the  potential  of  influencing  the  performance  of  STANO 
equipments.  The  seismic,  acoustic  and  imaging  type  sensors  are  thought 
to  be  particularly  susceptible  to  stimuli  originating  in  the  operations  area  from 
both  military  and  other  activities.  For  the  Phase  I  SAM,  therefore,  the 
battle  and  culture  subroutines  are  designed  to  simulate  the  occurrences  of 
disturbances  pertinent  to  the  operation  of  these  sensors.  The  subroutines 
can  be  readily  expanded  to  handle  other  types  of  events  that  affect  performance 
of  these  or  different  sensor  types. 

These  disturbances  created  by  the  battlefield  and  cultural 
events  are  expected  to  affect  the  sensor  performance  in  three  ways. 


(1) 

as  events  with  sufficient  residual  energy  at  the 
sensors  to  cause  a  "detection"  to  be  generated  by 
the  sensor  routines,  i.  e.  ,  a  ,'alse  target.. 

M) 

as  an  addition  to  the  overall  environmental 
background  "noise"  level  that  affects  the  sensor 
threshold. 

(3) 

modify  illumination  levels  that  influence  visual  and 
electronic  aided  detection. 

Thus,  the  battle  and  culture  subroutines  must  account  for  the  above  three 
effects  as  separate  and  identifiable  events  for  processing  by  the  sensor's 
routines. 


Because  of  the  infinite  variety  of  both  battle  and  cultural 
environments  that  may  be  encountered  even  in  a  SEA  area  of  operations, 
it  was  necessary  to  develop  a  set  of  guidelines  to  assist  in  the  technical 
development  of  the  subroutine  logic.  These  guidelines  were: 

a.  Maintain  realism  (from  sensor  viewpoint) 

b.  Allow  many  levels  of  activity 

c.  Keep  input  data  requirements  reasonable 

d.  Provide  for  combination  of  events 

e.  Allow  detailed  planner  inputs  but  provide 
capability  for  insertion  of  aggregated  inputs 

f.  Applicable  to  areas  other  than  SEA 
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In  line  with  the  above  guidelines,  the  battle  and  cultural 
subroutines  were  designed  to  handle  up  to  100  type  events  for  battle  and  50 
type  events  for  culture.  The  levels  of  activity  can  be  varied  at  will  by  the 
planner  simply  by  changing  the  frequency  of  occurrence.  Provisions  have  been 
incorporated  so  that  the  planner  may  elect  to  detail  the  type,  location,  and 
frequency  of  the  events  or  to  provide  only  general  information  by  specifying 
a  type  *«r’el  and  quantity  (by  quarters  of  a  day)  of  events  desired  and  let  the 
subroutines  select  the  location,  and  exact  time  on  a  random  basis.  Combina¬ 
tions  of  events  are  provided  for  simply  by  processing  3ll  events  occurring  in 
each  time  interval.  Multiple  elements  of  a  single  event,  (e.g.,  the  six  round 
volley)  are  processed  by  keeping  track  of  the  event  (i.e.,  a  pa  *-ir:ular  event 
type  and  class)  and  the  number  of  elements  per  event  type.  Expansion  to  areas 
other  than  SEA  can  be  implemented  simply  by  utilizing  planner  inputs  to  account 
for  changes  in  the  battle  and  cultural  environments  as  a  result  of  changes  in 
the  geographic  location  of  the  area  o£  rations.  Realism  with  respect  to 
the  effect  of  the  battle  and  cultural  events  on  the  s.ensor  system  performance 
is  in  the  current  version  of  the  sensor  system  subroutines  limited  by  the 
available  knowledge  regarding: 

a.  Generation  of  seismic  and  acoustic  signals  by  each 
event 

b.  Propagation  of  these  signals  in  differing  environ¬ 
ments 

The  battle  and  cultural  subroutines,  however,  have  been  so 
designed  that  as  more  data  becomes  available,  only  relatively  minor  modifica¬ 
tions  to  the  battle  and  culture  subroutines  and  to  the  sensor  performance 
subroutines  will  be  required. 

5. A. 2  Battlefield  Environment  Subprogram 

5.4. 2.1  Purpose 

The  purpose  of  the  battlefield  environment  subroutine  is  to 

introduce  into  the  simulation  the  battlefield  activity  (both  friendly  and 
enemy)  that  might  have  some  influence  on  the  sensor  systems.  The  model 
accounts  for  the  more  significant  (in  terms  of  the  effect  on  sensors)  dis¬ 
turbances  created  by  military  action  such  as  explosions,  ground  and  air 
vehicle  movement  and  illumination.  Both  friendl>  and  enemy  troop  movements  are 
excluded  since  they  are  specifically  treated  as  "blue"  and  "red"  forces  in  the 
basic  simulation.  The  type  of  events  permitted  in  the  battle  subroutine  are 
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tabulated  in  Table  5.4-1.  Provisions  have  been  made  for  up  to  20  different 

event  types  with  five  classification  levels  for  each  type.  The  subroutine 

simulates  the  occurence  of  these  activities  in  terms  of  type,  class,  location, 

time  and  frequency  of  occurence  according  to  a  schedule  specified  by  the 

planner  inputs.  The  bactle  subroutine  exercised  in  PRERUN,  generates  false 

target  data  that  is  passed  to  the  ELPDT  subroutine  for  further  processing.  * 

After  processing  in  ELPDT  the  false  targets  are  added  to  the  Evert  1  data 

stream  and  subsequently  passed  to  MSM  for  further  processing  against  the 

sensor  routines.  The  illumination  data  are  determined,  stored  on  tape  and 

eventually  merged  in  the  data  stream  passed  to  MSM.  In  addition  to  creating 

false  target  information  the  battle  subroutine  determines  the  nominal  effect  * 

of  the  battlefield  activities  or.  <h<-  overall  background  noise  levels  for  seismic 

and  acoustic  sensors  and  this  information  is  passed  to  MSM  as  part  of  the 

sensor  parameter  change  data  stream  (Event  3). 

5.  4.  2.  2  Rationale  for  Battlefield  Environment  Model 

For  purposes  of  clarity  it  is  apropos  to  establish  the 
rationale  and  assumptions  underlying  the  Battle  Subroutine  by  separating  the 
discussion  into  two  parts  as  follows: 

a.  the  physical  phenomena  which  affect  the 
sensors,  and 

b.  the  operational  activities  which  generate  the 
physical  phenomena. 

5.  4.  2.  2.  1  Physical  Phenomena.  It  is  noted  in  Section  3 
that  seismic  ;  nd  acoustic  waves  are  generated  by  many  sources  and  propagate 
in  many  modes.  For  many  types  of  battlefield  events,  the  transient  nature  of 
energy  distribution  takes  the  form  shown  in  Figure  5,4-1  where  the  area  under 
the  curve  is  the  energy  distribution.  The  sharp  energy  peaW  is  assumed  to 
give  rise  to  seismic  and  acoustic  waves  which  will  exceed  the  sensor  threshold, 
thus  causing  a  detection. 


Power 


* 


Time 


Figure  5.4-1 
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Table  5.4-1 

EVID  DESCRIPTIONS  FOR  SUBROUTINE  BATTLE 


•°i  i 

Xfi 


,  X 

£  x  £ 
S  o  S 
U,  M.S  Sfo 

h  U  co  U  i»i 


C  5  xi 

g  w  41 

s  <  5 

tn  '  7 

Si*.  §  -g 

S»-S  « 

in  -C  i  ,  -c 

U~  Ooo  U 


£  £  £ 
£  £  H 

OMO 
O  vO  LO 
sD  tv-  on 


£  E  £  £  £  £  £ 

£  £  £  £  E  £  £ 

in  r\j  in  m  o  oo  o 

/\i  <-h  r\j  in  ^  o 

*~1  -4  >— <  r-t  <\J  m 


o  5P<nj  ®J>m 

o  -C  rvj  in  -G 
hUhUhU 


.  •“»  <L) 

^  7  ? 
2  w  2. 
H  cn  cn 


N  ^  o 
^  -h  m 


III 

nj  I'w  o 

•  O  M 


I  2?n3  SPn  Sf 

:  5  -  5  u 


£  E  £ 

£  £  £ 

o  m  no 


o  o  N  in  o  m 
— «  -h  ^  00  O'  oo 


£  £ 

M 

o  F  IM 

in  £  oo 

K1  o  - 
if  -O  00 


O  «M  a  £  E 

o  J.  no  -c  so  ■& 


x.  W  ji 

U  iw 

.5wN 

•ao 

S  «  CL 
rO  03  OS 


1  40mm 


Table  5.4-1  (Cont.) 

evid  descriptions  for  subroutine  battle 


Not  cur-ently  included  in  SAM  I. 
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The  average  energy,  however,  when  combined  with  that  from 
many  sources  will  cause  an  increase  in  the  backcrrrd  noise.  If  thir  ini- case 
in  background  is  sufficiently  great,  i.e.,  such  that  the  RMS  noise  level  is 
greater  than  sensor  threshold  value  for  fixed  gain  sensors  then  a  high  false 
alarm  rate  will  result.  For  automatic  gain  control  sensors,  the  increase  in 
RMS  noise  will  cause  the  sensor  to  operate  at  a  reduced  value  of  gain  and  in 
addition  will  produce  an  increase  in  threshold  crossings  due  to  increased  vari¬ 
ance  in  background  noise.  Because  these  two  effects  cause  distinctly  different 
sensor  responses,  the  Battle  subroutine  creates  battle  targets  (BATLTG)  based 
on  the  occurrence  of  the  peak  energy  and  battle  background  effects  (BATLBK) 
based  on  the  average  energy  dissipated  for  each  event. 

For  battle  targets,  Table  5.4-1  groups  the  allowed  events  into 
five  classes.  For  each  type  of  event,  e.g.,  artillery  firing,  the  specific 
events  are  grouped  according  to  peak  energy  level  .  That  is,  for 
event  number  042,  it  is  assumed  that  the  105-mm,  charge-5  firing  is  aquivalent 
in  terms  of  seismic  and  acoustic  wave  generation  to  a  155-mm  firing  charge-2. 

The  variability  in  propagation  of  the  generated  waves  to  the  vicinity  of  the 
sensors  is  such  an  unknown  that  in  actual  practice,  the  assignment  of  groupings 
is  at  best  only  an  indication  of  relative  source  strengths.  For  the  purpose 
of  the  SAM  I,  however,  the  event  classes  were  necessarily  further  aggregated 
by  mapping  the  events  of  Table  5.4-1  into  a  lesser  number  of  categories  (See 
Table  4.4-1  Section  4.4)  for  establishing  valid  sensor  target  combinations. 

This  reduction  in  resolution  for  the  battle  events  is  necessitated  by  the  de¬ 
sign  of  the  sensor  routines  which  can  only  accept  the  target  designation  shown 
in  the  table  (sensor  routines  can  be  readily  expanded  when  sufficient  data  is 
available).  Because  of  the  lack  of  data  regarding  complex  propagation  phenomena 
associated  with  the  transmission  of  both  seismic  and  acoustic  waves  and  the 
assumptions  regarding  s-'ch  effects  as  refraction,  acoustic  to  seismic  coupling, 
height-of-burst  effects,  etc.,  it  became  necessary  to  limit  the  detailed  model¬ 
ing  of  these  signals  in  the  sensor  routines  and  concomitantly  introduced  the 
necessity  for  mapping  the  large  number  of  battle  events  into  a  lesser  number. 

The  mapping  incorporated  in  SAM  I  is  shown  by  the  numbered  blocks  inclosed  by 
the  accentuated  line  drawn  on  Table  5.4-1.  The  divisions  correspond  to  the 
target  categories  of  Table  4.4-1.  Type  1  events  are  treated  as  a  single  target 
type  and  are  mapped  into  the  light  ammunition  category.  Events  2  through  12 
are  all  mapped  into  medium  and  heavy  ammunition  categories.  Event  type  13  is 
mapped  into  the  heavy  ammunition  category  for  all  classes.  Event  types  14  and 
16  are  not  currently  included  in  SAM  I,  hence  no  mapping  is  required.  Event 
type  17  is  mapped  into  target  categories  of  helicopters,  light  aircraft,  and 
jet  aircraft.  Event  type  18  is  mapped  into  the  small  vehicle,  heavy  truck, 
and  tank  target  categories. 


For  assessing  the  effects  of  battle  events  on  the  bru  kg.  m, 
"noise"  level,  the  average  energies  are  summed  (m  BATLBK  subroutine) 
over  a  period  of  time  according  to  the  following  fornnula: 


'n-l 


where 


yn  -  the  present  background  energy  level 

j  =  the  previous  background  energy  level 

x  =  the  average  energy  level  of  the  new  battle 
event 


oL  ~a  noise  ratio  fade  constant  less  than  1  to 

insure  that  the  energy  level  decays  with  time 
P  ■  the  square  root  of  the  number  of  battle  events 
occurring  simultaneously 

n  “  index  of  events  distributed  over  a  given  time 
interval 

For  purposes  of  the  Phase  I  SAM,  the  time  interval  chosen 
is  equal  to  one  hour,  <*■  =0.99  and  xn  =  the  appropriate  value  tabulated  in 

Designer  Input  Table  ZNOMAS  (See  Volume  II,  Appendix  I,  Table  1-22)  . 
These  values  were  selected  arbitrarily ;  however,  when  the  battle 
background  subroutine  was  exercised  with  scenario  data  background  noise 
level  increases  up  to  4  dB  were  supplied  to  the  sensor  routines.  Additional 
validation  with  appropriate  test  data,  however,  is  required  to  arrive  at  more 
realistic  values. 


5.  4.  2.  2. 2  Operational  Activities.  Ir:  addition  to  requiring 
information  concerning  the  physical  phenomena  of  wave  generation  and 
propagation,  simulation  of  the  battlefield  environment  required  knowledge  of 
the  time,  location,  frequency  and  type  of  event.  To  reduce  the  planner  input 
preparation  load,  the  set  of  designer  ,-iput  tables  described  in  Section  5.  4.Z.4 
have  been  provided.  These  designer  input  tables  incorporated  in  Block  Data 
Set  (JFBLK6)  are  designed  to  account  for  the  more  significant  parameters 
affecting  the  simulation  of  each  event.  For  example,  data  concerning  levels 
of  safety,  projectile  flight  times,  range  limitations,  firing  characteristics 
ol  weapons,  aircraft  altitude  and  speed,  and  ground  vehicle  speed  and  convoy 
size  are  provided.  The  values  included  in  these  tables  are  taken  from  such 
references  as  artillery  firing  tables,  from  reports  on  artillery  practices  and 
procedures,  and  operational  reports  on  SEA  experience.  Because  of  the  heavy 
reliance  on  SEA  operational  experiences  and  pre-day  practices  and  procedures 
with  current  equipment.it  nay  be  necessary  to  revise  these  tables  to  include 
more  representative  values  ior  other  areas  ol  operations.  Ah  long  as  the 
dimensions  of  the  tables  are  not  exceeded,  this  will  require  only  a  simple 
reccr.ipi lat  ion  with  the  new  values. 
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5.  4.  2.  2.  3  Battlefield  Illumination,  The  data  required  by 
subroutine  Image  for  description  of  the  illumination  on  the  battlefield  due  to 
flares  and  searchlights  (with  the  exception  of  direct  searchlight  which  is 
assumed  to  be  associated  with  a  sensor)  are  the  following: 

XLITE 
YLITE 
FLARHT 
A  IN  T  NS 
MODE 

The  first  two  inputs  give  the  x  and  y  coordinates  of  the  flare  or  indirect 
searchlight.  FLARHT  is  the  height  of  the  flare.  AINTNS  is  the  candle- 
power  of  the  flare  or  searchlight.  If  multiple  flares  are  used,  the  candle- 
powers  are  added  to  from  AINTNS.  For  indirect  searchlight,  the  candle- 
power  can  be  one  of  the  several  values  depending  on  the  type  of  searchlight 
employed.  MODE  is  a  description  generated  to  identify  either  flare  or 
searchlight.  If  MODE  is  used  to  indicate  searchlight,  then  one  of  six 
possible  alternatives  follow- -namely,  unfiltered  searchlight  with  a  beam 
width  of  .017,  .051,  or  .085  radians  for  MODE  2,  3,  4  or  a  pink  filter 
searchlight  for  the  same  beam  width  values  for  MODE  5,  6  and  7. 

5.4.2.  3  Description  of  Planner  Inputs 

Provisions  are  made  for  the  planner  to  input  very  detailed 
and/or  general  information  for  events  that  may  occur.  In  preparing  the 
inputs  the  planner  should  first  carefully  define  the  "planner  input  events 
set"  (PIEVT)*  in  accord  with  the  scenario.  Events  that  are  called  for  in  the 
scenario  can  be  specified  in  detail  by  use  of  these  input  data  cards.  This 
planner  input  should  include  all  battle  activities  desired  as  specific  events. 

After  preparing  the  PIEVT  cards  for  both  enemy  and 
friendly  scenarios,  exclusion  areas  should  be  designated  by  drawing 
rectangles  (side  parallel  to  coordinate  axes)  and  designating  their  coordinates 
in  the  XCLUA^*  data  set.  These  exclusion  areas  can  be  sanctuaries,  fire 
bases,  villages,  strong  points,  etc.,  or  any  area  in  which  friendly  or  enemy 
weapon  impacting  events  would  not  be  desired.  Any  weapon  impacting  event  placed 
in  the  PIEVT  set  will  ignore  the  exclusion  boundary;  however,  if  designated  in 
the  XCLWA  data  set,  such  events  will  be  excluded  except  for  fire  support  weapon 
firing,  aircraft  events,  and  military  vehicle  events. 


See  'Volume  II,  Appendix  F,  Pats  Set  XXIII 
See  Volume  II,  Appendix  F,  Data  Set  XXV 
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The  next  data  set  is  the  random  events  (RSEVT)  that  will 
occur  at  random  times  within  certain  time  limits  and  at  random  locations 
(outside  of  exclusion  areas)  and  with  random  parameters,  selected  from 
the  other  data  sets. 

The  final  planner  data  set  required  for  battle  subrouting 
is  the  Fire  Support  Base  Set  (FSPTB)**.  This  set  identifies  the  x,  y, 
coordinates  of  each  Fire  Support  Base  and  the  weapons  that  are  located  at 
this  base. 

Data  on  sensors  (location,  type  and  performance)  and  on 
paths  other  than  for  event  type  17  (trails,  roads,  streams,  rivers,  railroads, 
and  air  corridors)  are  not  included.  These  data  (sensors  and  paths)  are  used 
In  several  other  subroutines;  hence  their  input  preparation  is  described  else¬ 
where  in  the  report. 

The  input  for  most  of  the  data  sets  do  not  use  a  common 
format.  Data  cards,  with  forma:,  are  included  in  Volume  II,  Appendix  F. 

Each  event  in  the  Battle  Subroutine  is  fully  described  by  a 
four  digit  number  referred  to  as  EV1D.  The  first  two  digits  indicate  the 
general  type  of  event,  such  as  a  vehicle,  an  aircraft,  or  an  artillery  round 
impacting.  The  third  digit  describes  the  class  of  the  event,  such  as  a  light 
vehicle,  a  heavy  tracked  vehicle,  etc.  The  fourth  digit  indicates  whether 
the  event  is  generated  by  enemy  (0)  or  friendly  (1)  activities.  Table  5.4-1 
lists  the  event  types  and  class  considered  in  Battle.  As  an  example, 
consider  that  a  friendly  4.2-inch  mortar  is  fired.  The  EVID  to  describe  this 
event  would  be  0221.  The  first  two  digits,  02,  designate  the  event  as 
a  mortar  firing.  The  third  digit,  2,  designates  the  class  of  mortar  as  a 
4.2-inch.  The  suffix,  1,  designates  that  it  is  a  friendly  mortar.  As  a 
further  example,  an  enemy  60-mm  mortar  impact  would  be  designated  by 
the  EVID  0310. 

The  event  classes  listed  in  Table  5.4-1  are  suggested 
categories  to  be  used  by  the  planners.  Other  categories  may  be  substituted 
as  desired  by  the  planner  provided  the  substituted  class  behaves  in  a  similar 
manner.  That  is  other  vehicles  may  be  substituted  for  those  shown,  but 
whatever  is  substituted  must  behave  like  a  vehicle. 

The  planner  input  data  Bet;,  required  for  BATTLE  are 
described  in  greater  detail  in  Volume  II,  Appendix  F,  Data  Sets  XXIII  to 
XXVI.  The  data  sets  must  be  modified  for  each  new  scenario. 


Voli  ne  II,  Appendix  F,  Data  Set  XXIV. 

** 

Volume  II,  Appendix  F,  Data  Set  XXVI. 
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5.4. ?, 4 


Designer  Input  Tables 


Twelve  designer  input  tables  have  been  included  in  the 
current  model  to  assist  in  processing  the  various  Battle  effects.  These 
tables  are  shown  in  Volume  II,  Appendix  I,  as  Tables  I-  11  through  1-22  and 
are  contained  in  block  data  set,  JFBLK6.  The  tables  are  designed  with 
dimensions  to  permit  additional  events  and  values  to  be  added  for  scenario 
needs.  Events  and  values  currently  included  were  designed  to  satisfy  the  » 

model  checkout  requirements.  These  tables  are  used  whenever  the  planner 
elects  not  to  input  certain  battle  event  data,  but  rather  elects  to  have 
the  data  chosen  randomly  from  these  tables.  The  contents  of  each  of  these 
tables  is  discussed  as  follows: 

a.  Safety  Margin  Table  (Volume  II,  Appendix  I, 

Table  I-lI.This  table  has  the  dimensions  15  EVIDS  • 

by  three  safety  levels.  For  each  EVID,  three 

levels  of  safety  are  given.  The  first  or  lowest 

level  uses  the  criteria  of  being  approximately 

equal  to  weapon  CEP.  The  medium  level  has 

criteria  of  90%  assurance  damage  range  plus 

1.83  CEP's.  The  greatest  margin  criteria  is 

99%  assurance  damage  radius  plus  2.  5  CEP's. 

The  values  of  safety  margin  are  added  to  the 
maximum  x  and  y  boundaries  and  suDtracted 
from  the  minimum  x  and  y  boundaries  at 
planner  designated  exclusion  areas. 


b.  Firing  Characteristics  at  Weapons  (FCWPN) 
(Volume  II,  Appendix  I,  Table  I-l2). 

This  three-dimensional  table  provides  for  five 
EVIP  groups  and  three 

pet  .ontages  of  time  that  specific  characteristics 
will  oc  -ur.  The  five  characteristics  covered 
are:  (1;  number  of  volleys,  (2)  time  between 
'■olleys  if  less  than  or  equal  to  three  volleys, 

(3)  time  between  volleys  if  greater  than  three 
volleys,  (4)  rounds  per  volley,  and  (5)  type 
fuzing.  The  three  percents  of  time  occuring 
used  are  60%,  30%  and  10%. 


c.  Fire  Base  Weapons  (FBWPN )  (Volume  II, 

Appendix  I,  Table  l_l3) 

This  table  with  dimensions  4  x  12,  provides  for 
selecting  the  fire  base  v.eapon  type  that  could  have 
caused  each  impact  type  EVID  at  or  less  than 
the  range  of  range  bin  indicator  shown,  but 
greater  than  the  range  of  the  previous  range  bin 
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indicator.  The  range  bin  indicators  are 
specified  in  Table  I-14(d.  below)  of  the  designer 
inputs.  Two  firing  EVID's  (052  and  053)  are  cur¬ 
rently  Included,  but  space  is  available  for  two 
additional  impact  EVID's, 


Range  Bin  Limits  (RNG-BN)  (Volume  II,  Appendix  I, 

TaSle  1-14). - 

Thi  ?  table  assigns  range  bin  indicator  numbers 
from  1  to  12  to  the  upper  limit  of  range  boundary. 
This  table  provides  indicators  for  use  in  Tables 
1-13  and  1-15.  When  entered  with  the  calculated  range 
between  a  firing  point  and  impact  point,  the 
indicator  is  selected  which  is  less  than  or  equal 
to  entering  range,  but  greater  than  range  of 
next  lowest  range  given. 

Weapon  Projectile  Flight  Times  (WPFLT)  (Volume  II, 
Appendix  t,  Table  1-15). 

This  table,  with  dimensions  8  x  12,  provides 
times  of  flight  for  artillery  projectiles  and  indirect 
fire  rockets  and  missiles  at  each  of  12  range  indi¬ 
cators  (see  d.  above) . 


Weapon  Range  Limitations  (WRLIM)  (Volume  II, 
Appendix  I,  Table  1-16). 

This  table,  with  dimensions  3x2,  was  designed  to 
apply  to  small  weapon  EVID's  such  as  mortars, 
direct  fire  weapons,  small  rockets  and  missiles, 
and  recoiless  rifles.  For  given  impact  EVID, 
it  provides  minimum  and  maximum  ranges  from 
firing  point. 


Aircraft  Speed  Set  (ACSPD)  (Volume  II,  Appendix  I, 

rairpiTir - 

This  table,  with  dimensions  5x3,  for  five  aircraft 
EVID's,  provides  the  aircraft's  speeds  for  the  two 
separate  legs  of  flight  paths.  Three  speeds  for  each 
EVID  are  included:  (1)  the  speed  expected  60".  of  the 
time,  (2)  that  expected  337.  of  the  time,  and  (3)  that 
expected  107.  of  the  time. 
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h.  Aircraft  Altitude  Set  (ACALT)  (Volume  II,  Appendix  I, 
Table  I-lS)7 

This  table,  with  dimensions  5x3,  is  similar  to 
previous  one,  1-17,  but  for  altitude. 

i.  Vehicle  Speed  Set  (VSPED)  Volume  II,  Appendix  I, 

Table  1=1?). 

This  table,  with  dimensions  5x3,  provides 
three  vehicle  speeds  which  are  equally  likely 
within  each  of  five  vehicle  EVID's. 


Convoy  Size  Set  (C-NVOY)  (Volume  II,  Appendix  I, 
Table  1-20). 

This  table,  with  dimensions  5x8,  provides  eight 
values  of  number  of  vehicles  in  a  convoy  which  are 
equally  likely  within  each  of  five  vehicle  EVID's. 


k.  Spacing  Between  Vehicle  Set  (SPACE)  (Volume  II, 
Appendix  I,  "Table  1-21) 

This  table,  with  dimensions  5x4,  provides 
four  values  of  the  interval  between  similer 
points,  i.e.,  centers  of  gravity,  of  adjacent 
vehicles  in  a  convoy  which  are  equally  likely 
within  each  of  five  vehicle  EVID's. 


1.  Nominal  Effect  on  Sensor  of  Particular  EVID  in 
Period  of  Consideration  (ZN£>mAs)  (Volume  II, 

Appendix  I,  Table  1*211).  * 

This  ^abie,  with  dimensions  3  x  30,  provides  for 
three  sensor  types,  the  average  effect  on  back¬ 
ground  due  to  a  given  EVID.  Values  for  acoustic 
and  seismic  sensors  are  currently  included  The 
numbers  shown  are  only  indicators  of  relative 
amplitudes  for  the  average  energies  (.after  the 
peak  amplitudes  have  been  processed  as  targets) 
tlu.t  are  used  to  account  for  increases  in  back¬ 
ground  noise  levels.  See  Section  5.4. 2. 2  for 
aviditional  details. 


Mus  t 


be  changed  as  additional 
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event  clashes  ere  added. 


5.4.3 


Cultural  Environment  Subprogram 


5.4. 3.1  Purpose 

The  purpose  of  the  Cultural  Environment  subprogram  is  to  account 
for  the  activities  of  the  noncombatants  in  the  area  of  operations  that  have  the 
potential  for  influencing  the  performance  of  the  sensor  systems  to  produce  either 
false  targets  or  raise  the  threshold  of  sensitivity  of  these  sensors.  Table 
5.4-II  tabulates  the  culture  events  provided  for  in  the  simulation.  Provisions 
have  been  made  for  ten  event  types  with  five  classification  levels  for  each  type. 
The  subprogram  simulates  these  events  in  accordance  with  a  schedule  specified  by 
the  planner.  The  culture  subprogram  generates  false  targets  which  are  added  to 
the  Event  1  data  stream  in  PRERUN  that  is  passed  to  the  MSM  for  further  pro¬ 
cessing  with  the  sensor  subroutines .  Changes  in  the  background  level  created  by 
the  cultural  activities  are  determined  and  passed  to  the  MSM  as  part  of  the  sen¬ 
sor  parameter  data  stream  (Event  3) . 

5. 4. 3. 2  Rationale  for  Cultural  Environment  Model 

The  treatment  of  the  cultural  events  is  similar  to  that  em¬ 
ployed  for  the  battlefield  events;  however,  there  are  some  significant  differ¬ 
ences  in  the  type  of  events  occurring  as  a  result  of  cultural  activity  that  must 
be  accounted  for.  Many  of  the  normally  occurring  cultural  activities  do  not 
generate  the  peak  energy  levels  often  associated  with  battlefield  events.  These 
events  are  also  generally  distributed  throughout  a  larger  area,  e.g.,  a  village. 
Because  of  these  attributes,  the  events  01  through  05  shown  in  Table  5.4-II  are 
treated  as  events  which  contribute  to  the  change  in  "background  noise  level" . 

For  all  acoustic  and  seismic  sensors,  a  background  noise  level 
is  computed  as  a  function  of  the  distance  of  the  source  from  the  sensor  field. 
Values  of  CEVID  event  source  strength  in  volts  from  Designer  Input  Table  1-26 
(see  Volume  II,  Appendix  I)  are  used  to  set  the  maximum  background  noise  levels. 
These  peak  signal  strengths  in  volts  are  degraded  by  multipliers,  from  the  De¬ 
signer  Input  Table  1-23,  to  account  for  low,  medium,  and  high  levels  of  relative 
strength  and  fluctuations  in  time  of  day  with  and  without  curfew  in  effect.  It 
is  assumed  that  the  source  signal  strength  is  constant  in  the  vicinity  of  dis¬ 
tributed  sources  (e.g.,  a  village)  and  that  the  energy  level  falls  off  with 
renge  from  the  boundary  as  r'* 

Events  06  through  10,  except  for  event  101,  are  played  as 
events  that  create  false  targets  provided  they  are  close  enough  to  the  sensors 
for  the  generated  signal  to  exceed  the  sensor  threshold.  These  events  are  not 
treated  as  contributing  to  the  background  noise  level. 

Since  the  valid  cultural  sensor  target  mbinations  accepted 
by  the  sensor  subroutines  are  limited  in  the  same  fashion  as  the  battle  targets, 
events  06  through  10  are  mapped  into  a  lesser  number  of  categories  (see  Section 
4.4,  Table  4.4-1)  as  shown  by  the  vertical  lines  shown  in  Table  5.4-II.  Event 
06  is  mapped  into  the  categories  of  small  vehicles 
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TABLE  5.4-H 

CEVID  DESCRIPTIONS  FOR  SUBROUTINE  CULTURE 
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and  heavy  trucks,  .  Event  07  Is  mapped  as  shown  to  correspond  to  the  categories 
of  raft,  outboard,  and  PT  boat.  Event  08  is  mapped  into  the  train  category. 
Event  09  is  mapped  to  correspond  to  light  and  Jet  aircraft.  Event  101  is  mapped 
into  the  small  animal  category,  which  is  considered  to  contribute  only  to  back¬ 
ground  noise.  Events  102  through  105  are  mapped  to  correspond  to  the  large 
animal  category  of  Table  4.4-1. 

5.4. 3. 3  Description  of  Planner  Inputs 

In  a  manner  similar  to  that  for  Battle  Events,  provisions  have 
been  made  for  the  planner  to  input  either  detailed  or  general  information  con¬ 
cerning  the  frequency  of  occurrence  and  type  of  cultural  events.  If  the  game 
designer  desires  to  treac  all  or  part  of  the  cultural  events  in  a  random  fashion 
(thought  to  be  a  realistic  treatment  since  the  events  are  not  likely  to  be  well 
controlled) ,  then  planner  input  events  set  "rsrHoro  cultural  events"  (RCEVT)* 
is  required.  This  set  specifies  the  type  and  number  of  events  which  the  planner 
desires  as  random  events  for  each  quarter  of  a  day,  and  for  each  day  of  game 
play.  Event  types  playable  are  limited  to  events  causing  a  false  target  re¬ 
sponse  from  sensors  (Events  06  through  10)  except  for  Event  101. 

*  If  the  planner  desires  to  simulate  the  cultural  events  in 

greater  detail,  then  the  "planner  input  cultural  event"  (PCEVT)**  must  be  com¬ 
pleted.  This  planner  set  includes  provisions  for  specifying  not  only  the  type 
of  event,  time  of  occurrence,  location,  paths,  air  corridors,  etc.,  for  each 
event,  but  whether  or  not  a  curfew  is  in  effect. 

The  third  planner  input  event  set  is  the  culture  sensor  field 
x-y  bound  set  (SNFDX-Y) .  This  set  is  used  when  moving  animal  events  are  in¬ 
cluded  in  the  random  culture  event  (RCEVT)  set.  This  set  establishes  the 
boundaries  of  the  sensor  fields  in  the  vicinity  of  the  sources  of  background 
noise  signals.  These  data  are  used  to  establish  the  nominal  range  of  the 
signal  source  location  with  respect  to  the  sensor  field.  Only  CEVID  types 
and  classes  102,  103,  104,  and  105  utilize  these  data.  This  table  is  used  to 
insure  that  if  animal  type  events  are  played  the  events  will  occur  near  the 
sensors . 

These  three  planner  input  data  sets  used  in  subroutine  CULTURE 
are  described  in  greater  detail  in  Volume  II,  Appendix  F,  Data  Sets  XXVII, 

XXVIII  and  XXIX. 


★See  Volume  II,  Appendix  F,  Data  Set  XXVIII. 
**See  Volume  II,  Appendix  F,  Data  Set  XXVII. 


5 ,4.3.4  Cultural  Designer  Input  Tables 

Five  designer  input  tables  are  included  in  the  current  model  to 
ansist  in  processing  the  various  Cultural  effects.  These  tables  are  shown  in 
Volume  II,  Appendix  T,  as  Tables  1-23  through  1-27,  and  are  contained  In  block 
data  set  JFBLK6.  The  tables  have  been  designed  with  dimensions  to  permit  addi¬ 
tional  type  cultural  even t :  to  be  added  for  scenario  needs.  The  events  and 
values  currently  included  were  designed  to  satisfy  SEA  environment  and  model 
checkout  needs.  Tables  1-24,  1-25,  and  1-27  are  used  whenever  the  planner  elects 
not  to  input  certain  data  applicable  to  cultural  target  type  events,  but  rather 
elects  to  have  the  datf-  chosen  randomly  from  these  tables  of  representative 
values.  Tables  1-23  and  1-26  are  used  by  all  cultural  background  events  in  the 
determination  of  background  noise  contributions  by  these  events.  The  contents 
of  each  table  are  as  follows: 

a.  Signal  Characteristics  of  Background  Noise  Sources  (SCHAR) 

(Volume  II,  Appendix  I,  Table  1-23) 

This  table  provides  multipliers  that  degrade  the  signal  or 
disturbance  from  its  maximum  sustained  value  due  to  the  relative  strength  of 
the  event  and  the  activity  level  of  that  event.  Space  for  twenty  CEVID  groups 
is  provided.  The  strength  levels  include  low,  medium,  and  high,  plus  time  of 
day  activity  levels  with  and  without  curfew  in  effect. 

b.  PATH  SPEED  (PSPED)  (Volume  II,  Appendix  I,  Table  1-24) 

This  table,  with  dimension  15  x  3,  provides  for  each  of  15 
CEVTD  groups,  three  values  of  path  speed,  which  are  expected  to  occur  607.,  307., 
and  107.  of  the  time  respectively. 

c.  Cultural  Aircraft  Altitude  (CACAL)  (Volume  II,  Appendix  I, 

Table  1-25) 

This  table,  with  dimensions  5x3,  provides  for  each  of  5 
CEVID' s,  three  values  of  altitude,  which  are  expected  to  occur  60%,  307.,  and 
107.  of  the  time  respectively. 

d.  CEVID  Signal  Strength  (CEVDBA)  (Volume  II,  Appendix  I,  Table  1-26) 

This  table,  with  dimensions  20  x  4,  provides  the  maximum  sus¬ 
tained  voltage  effect  of  20  background  CEVID  groups  upon  given  sensor  type  at 
minimum  range  from  sensor. 

e.  Animal  Speed  (ANSPD)  (Volume  II,  Appendix  I,  Table  1-27) 

This  table,  with  dimensions  4x3,  provides,  for  each  of  four 
animal  CEVID's,  three  values  of  speed  on  path,  which  are  expected  to  occur  607., 

30%,  and  10%  of  the  time  respectively. 
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3.4.4  General  Description  of  Processing 

A  macroflow  diagram  for  processing  of  battle  and  culture 
events  is  shown  in  Figure  5.4-2.  This  processing  is  accomplished  in 
PRERUN  Step  6.  The  sequence  of  processing  is  described  below: 

PRERUN  EXECUTIVE  STEP  6  (PREMN6)  reads  the  common 
game  information  and  planner  input  tables.  It  locates  path 
and  excluded  area  planner  data  and  places  in  appropriate 
arrays  and  determines  the  number  of  days  and  quarter  days. 
Calls  sub-executive  routines  CULTEX  and  BATEX  to  locate 
planner  input  data  in  Input  Data  Stream. 

Subroutine  CULTEX  calls  subroutine  CSCHDL  to  complete 
culture  schedule  for  each  type  of  event  as  specified  in 
planner  table.  Random  events  are  determined  and  added  to 
schedule . 

Next  subroutine  BATLTG  is  called  to  generate  false  targets 
according  to  the  schedule  previously  determined.  BATLTG 
defines  the  target  position,  time,  altitude,  velocity,  length  of 
target  and  visual  security  descriptive  parameter. 

CULTEX  also  calls  cultural  background  subroutine  CULTBK 
which  for  acoustic  and  seismic  sensors,  computes  a  back¬ 
ground  noise  level  as  a  function  of  the  distance  of  the  source 
from  the  sensor.  Subrouiine  SENXY  locates  sensors  and 
designer  input  table  CEVDBA  is  used  to  set  noise  levels. 

The  target  data  and  noise  background  information  are  then 
stored  on  disks  for  additional  processing. 

Battle  Subroutine  (BATEX)  locates  planner  input  in  input  data 
stream  and  calls  subroutine  BSCHDL  to  complete  schedule 
for  each  event  specified  by  planner  and  determines  all  random 
events.  Subroutine  BATLTG  is  then  called  to  generate  false 
targets  acco*d:ng  to  BSCHDL.  BATLTG  again  defines  the 
ta  rget  position,  time,  altitude,  velocity,  length  of  target,  and 
visual  security  descriptive  parameter. 

Next  battle  background  subroutine  BATLBK  is  called  to 
determine  seismic  and  acoustic  noise  levels.  The  background 
noise  levels  are  comprted  as  a  function  of  a),  number  of 
volleys  for  explosive  devices,  and,  b),  number  of  vehicles, 
and  time  of  duration  for  military  ground  vehicles  and  aircraft. 
Designer  input  table  (/.NOMAS)  values  are  used  to  compute 
the  noise  levels. 
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Figure  5.4-2  BATTLE  AND  CULTURAL  FLOW  DIAGRAM 


Battle  illumination  subroutine  EVNT9  is  then  called  to  add 
to  the  illumination  events  occurring  in  the  area  of  operations. 

Finally  the  target  data,  acoustic  and  seismic  background 
data  and  the  illumination  events  are  stored  on  disks  for 
further  processing. 
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Section  6 


AUXILIARY  MODEL  ELEMENTS 


6.1  INTRODUCTION 

As  development  of  the  Phase  I  Systems  Assessment  Model 
progressed,  it  became  necessary  to  design  several  auxiliary  submodels  and 
not  link  them  directly  into  the  main  model  structure.  (See  Figure  1.4-1, 
Section  1).  These  auxiliary  models  fall  in  two  categories.  First,  there  are 
the  auxiliary  input  models  which  take  planner  inputs  and  other  input  parameters 
and  either  compute  particular  data  needs  of  the  PRERUN  or  MSM  or  investi¬ 
gate  particular  aspects  of  STANO  systems  performance.  Two  of  the  input 
models  have  been  discussed  previously.  The  atmospherics  input  model  was 
presented  in  Section  5.2  while  the  Terrain  input  processing  was  discussed 
in  Section  5.3.  Two  additional  auxiliary  input  programs  are  presented  in 
this  section.  They  are  the  Radar  Contour  Plot  model  and  the  RF  Data  Link 
Analysis  model.  Both  of  these  modelaprovide  methods  for  investigating 
particular  problems  in  certain  STANO  systems. 

The  Radar  Contour  Plot  model  provides  a  useful  technique 
for  the  planner  and  user  to  examine  the  expected  coverage  of  ground  mounted 
radars  given  the  terrain  and  foliage  surrounding  a  radar  3itt  It  uses  the 
digital  terrain  tape  and  unit  terrain  descriptions  together  with  radar  location 
and  characteristics  to  print  cut  a  plot  of  radar  coverage  contours.  Masked 
areas  are  quickly  shown  ar.d  revised  siting  may  be  shown  necessary  for 
further  game  play.  The  operation  of  this  model  is  contained  in  Section  6.2. 

The  second  auxiliary  input  model  is  the  RF  Data  Link  Analysis 
program.  This  model  uses  the  previously  prepared  digital  terrain  tape,  the 
foliagedata  from  TERAN,  and  the  unattended  ground  sensor  and  monitor 
locations  and  radio  characteristics  to  compute  propagation  path  losses 
between  data  links.  These  results  are  used  to  predict  which  data  links  can 
be  expected  to  achieve  successful  data  transmission  performance.  This 
model  is  expected  to  be  particularly  useful  to  scenario  planners  to  investigate 
siting  problems  at  sensors  and  monitors  and  to  locate  relays  where  required. 
This  model  has  the  future  applicability  of  being  linked  directly  to  the  MSM 
output  if  desired  in  order  to  simulate  transmission  of  the  UGS  activations 
to  monitors.  The  operation  of  this  model  is  covered  in  de:ail  in  Section  6.  3. 

There  are  also  three  auxiliary  submodels  which  are  in  the 
category  of  output  processing  elements.  Their  use  is  foreseen  primarily 
as  tools  for  deriving  further  information  on  STANO  systems  performance 
using  the  fundamental  MSM  outputs  of  sensor  equipment  detection  events. 

The  first  of  these  submodels  is  the  Unattended  Sensor  Analysis  program 
which  was  developed  to  simulate  in  a  limited  degree  the  analysis  process 
carried  out  by  UGS  monitor  operators.  It  uses  input  from  simulated 
activations  at  sensors  in  arrays  together  with  sensor  locations  (game  play) 
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to  derive  Information  concerning  the  cause  of  the  activations.  By  examining 
the  time  sequenced  activation  history  it  differentiates  between  targets  and 
false  alarms  and  depending  on  the  data  may  also  derive  information  on  target 
classification,  location,  movement,  and  arrival  time  at  selected  locations. 

Target  identification  (friendly  or  enemy)  is  not  possible,  however,  using  only 
the  UCS  activation  inputs.  This  auxiliary  model,  as  presently  designed,  is  a 
stand-alone  program  requiring  the  use  of  separately,  manually  prepared  Inputs.  * 

The  primary  item  required  is  time  sequenced  sensor  activations  which  can  be 
derived  from  the  MSM  output.  Linking  it  directly  to  the  MSM  at  some  future 
time  is  feasible,  but  at  the  same  time  may  limit  in  some  respects  its  flexi¬ 
bility.  Further  should  it  be  linked  to  the  FEM,  consideration  should  be  given 
to  also  linking  in  the  5LF  Data  Link  Atalysls  model  between  sc-sor  activation  * 

and  monitor  input  as  a  simulation  of  data  transmission  capabilities.  A  possible 
disadvantage  of  a  direct  MSM  linkage  would  be  the  loss  of  an  economical  and  po¬ 
tentially  very  valuable  auxiliary  model  for  detailed  evaluation  of  monitor  analy¬ 
sis  problems.  These  considerations,  together  with  time  and  effort  limitations, 
dictated  its  present  design  as  a  separate  auxiliary  model.  The  Unattended  Sen¬ 
sor  Analysis  model  is  presented  in  detail  in  Section  6.4. 

A  similar  auxiliary  model  to  the  Unattended  Sensor  case  has 
been  designed,  although  in  less  detail,  for  attended  sensors.  Sensors  falling 
into  this  category  include  operator  manned  radars  and  the  imaging  devices. 

The  sensor  models  themselves  in  the  MSM  yield  only  detection  occurrence  events 
with  none  of  the  data  normally  obtained  by  an  operatoi  as  a  result  of  viewing 
a  radar  presentation  or  seeing  a  target  in  an  imaging  device.  It  is  the  pur¬ 
pose  of  the  Attended  Sensor  Analysis  model  to  present  in  an  exemplary  way  how 
such  cata  can  be  developed  using  the  variety  of  data  available  in  the  F6M.  It 
is  provided  with  d'.rect  linkages  to  the  MSM  output  in  order  to  demonstrate  how 
this  and  other  similar  output  processing  programs  can  be  so  linked  if  desired. 

The  time  and  efforc  available  allowed  only  limited  design  effort  on  this  pro¬ 
gram.  It  is  discussed  in  Section  6.5. 

The  final  output  processing  submodel  developed  Is  the  Tactical 
Communications  program  (TACCOM) .  This  model  wes  designed  to  provide  informa¬ 
tion  on  STANO-related  message  flow  within  a  brigade  as  a  result  of  STAWO  systems 
intelligence  collection  activities.  The  design  concept  centers  on  presenting 
the  time  delay  from  initiation  to  presentation  of  each  STAND  message  introduced 
into  the  communications  nets  simulated.  Four  nets  are  included  and  four  comnun- 
ications  levels  (i.e.,  platoon,  company,  battalion,  brigade).  Provisions  are 
made  for  interacting  STANO  traffic  with  non-STANO  traffic  and  also  for  message  • 

precedence  considerations.  Thi.?  model  presently  uses  manually  prepared  inputs, 
the  primary  one  of  which  is  a  chronological  listing  of  STAND  messages.  These 
messages  may  be  derived  from  either  MSM  sensor  detection  data  or  Sensor  Analysis 
model  outputs  if  desired.  TACCOM  is  a  stand-alone  submodel  and  is  discussed 
further  in  Section  6.6.  4 
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6.2  CONTOUR  PLOT8 


As  part  of  the  overall  System  Assessment  Model  (SAM), 
an  auxiliary  program  package  was  provided  that  (optionally) 
may  be  used  to  obtain  computer-generated  plots  of  coverage 
contours  for  radars  and  other  I Ine-of-sl ght  dependent  sen¬ 
sors. 

Contractor-coded  programs  within  this  package  Include 
the  main  program  (assigned  the  name  CONTUR)  and  five  sub¬ 
programs.  Basic  plotter-control  subroutines  are  also  called. 
Most  computer  Installations  having  plotters  have  control 
subprograms  with  the  calling  sequences  used  . 

Input  to  this  package  comprises  (a)  an  operational 
SAM  digital  terrain  tape  (see  Section  5.3.1)  and  (b)  plan¬ 
ner  specifications  of  sensor  positions,  heights,  sector¬ 
defining  angles  and  ranges.  With  simple  program  changes, 
a  planner/programmer  may  also  control  parameters  that  would 
otherwise  be  set  by  default  (e.g.,  plotting  scale,  normally 
at  1:60000  In  anticipation  of  use  as  overlay  on  a  standard 
scale  map). 

Output  consists  of  graphic  plots.  In  which  visible 
regions  are  marked  (black)  and  maskeo  regions,  or  regions 
beyond  maximum  range,  are  left  unmarked  (white).  Fig.  6.2-1 
shows  an  Illustrative  plot  for  one  radar.  It  Is  alco  pos¬ 
sible  to  prepare  plots  that  Include  multiple  sensor  positions 
on  the  same  output  page. 

# 

Although  CAL  plotter  software  Is  extensive,  the  program 
was  Intentionally  restr’cted  to  calls  to  minimum  number 
of  elementary  plot  routines.  For  ether  Installations, 
however,  the  user/programmer  may  have  to  compare  calling 
sequences  and,  If  necessary,  make  minor  changes  for  com- 
patl bl 1 1 ty . 
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Operational  procedures  for  running  the  contour  plot 
package  are  covered  in  the  Users'  Manual  (Volume  II)  of 
this  report.  Described  there  .ar.e  subprogram  requirements, 
including  names  of  plot-contro!  programs;  data  preparation, 
both  content  and  formats;  and  options  that  can  be  exercised 
by  simple  program  changes.  The  basic  computational  logic 
for  this  program  package  is  discussed  in  the  following 
sections,  bekv*. 

©.2.1  Program  Concept:  Maskfng  Contours 

The  program  operation  Is  based  on  numerical  determi¬ 
nation  of  masking  contours,  tabulated  as  a  set  of  range 
values  for  a  discrete  set  of  angle  values  that  cover  the 
sector  of  coverage.  Fig.  6.2-2  shows  a  simplified  diagram 
of  a  representative  terrain  cross  section  over  the  region 
from  sensor  to  the  maximum  range  point,  that  is  used  as 
the  reference  for  definitions  and  concepts. 

To  the  extent  tnat  this  cross  section  reflects  typi¬ 
cal  line  of  sight  masking,  segments  of  terrain  surface  be¬ 
come  classified  as  visible  or  masked.  The  boundaries  be¬ 
tween  visible  and  masked  areas  are  determined  by  those 
lines  from  the  sensor  that  are  just  tangent  at  the  peaks. 
Each  such  line  in  the  diagram  shown  defines  two  boundaries: 
those  marked  r(,  r2»...  arc  range  values  at  the  tangent 
points;  visibility  occurs  t.o  the  left  and  masking  to  the 
right.  The  points  marked  R(,  Rg,...  are  the  range  values 
at  which  the  tangent  lines  Intersect  terrain  beyond  the 
tangent  points;  visibility  occurs  to  the  right  and  masking 
to  the  left. 


This  diagram  Ignores  foliage,  and  fact  that  target  has 
non-zero  height.  Implicitly,  it  also  ignores  fine  struc¬ 
ture  the  terrain  that  could,  for  example,  create  a 
masked  region  of  a  few  feet  dlmen.  ion.  See  section  6.2.2. 
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6.2.2  Proqram  3cope 

As  a  qualitative  statement*  It  may  be  said  that  the 
contour  plotting  programs  determine  the  set  of  ,!r"  and 
"R"  values,  as  In  FI g. 6.2-2,  for  a  set  of  closely  spaced 
angular  values  that  collectively  cover  the  sector  assigned 
for  the  sensor...  and  therefrom  prepares  a  plot  In  which 
the  visible  regions  are  marked  (black)  and  the  masked  re¬ 
gions  are  left  unmarked  (white). 

However,  the  preparation  of  such  a  program  required 
a  limit  on  scope  —  that  Is,  exactly  how  many  masking 
contours  would  be  computed  and  stored.  And  It  Involved 
some  considerations  of  fine  detail  that  do  not  appear  in 
the  -simplified  diagram  of  Fig. 6. 2-2. 

In  the  program  supplied,  the  numerical  search  over 
'  terrain  .for  any  angle  terminated  at  whichever  of  the  fol¬ 
lowing  points  occurred  first; 

‘  (a)  end  of  third  masked  region,  i.e.,  the  point 

a  ,  marked  P3  In  Fig. 6.2-2 

(b)  the  maximum  range  value,  Rmax 

or 

(c)  the  cage  of  the  defined  scenario  area. 

Thu 8,  'HO  conceptual  error  would  exist  If  (b)  or  (c)  should 
occur.  But  If  case  (a)  should  occur,  the  program  has  not 
resolved  visible  vs.  masked  regions  from  the  point  R3  to 
the  ultimate  limit  (I.e.,  to  Rmax  or  edge  of  area).  For 
this  situation,  the  following  assumption  was  made  In  order 
that  the  correspond  ng  plot  at  least  be  defined  and  consis¬ 
tent; 

Assumed:  Terrain  beyond  point  (see  Fig. 0.2-2), 

If  such  a  point  exists  In  the  searched 
region,  is  assumed  to  be  visible. 
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This  assumption  is  slightly  superior  to  the  converse 
(that  Is,  masking  assumed  beyond  R,),  for  it  is  at  least 
consistent  over  the  area  immediately  beyond  R3  and  hence 
has  a  chance  of  being  consistent  to  the  final  limit. 

The  scope  of  the  program,  as  specified  In  the  preceding 
paragraph,  Is  adequate  or  not,  depending  upon  terrain  rough¬ 
ness.  Its  full  usefulness,  and  the  possible  need  to  extend 
the  original  program  to  more  contours  (at  the  expense  of 
machine  time  and  storage),  has  yet  to  be  established  against 
real  terrain  data  In  scenarios  of  Interest.  Applied  to 
rough  terrain  In  the  Hue  area,  South  Vietnam,  results  have 
appeared  to  be  useful  (see  Fig.  6.2-1). 

6.2.3  Fine  Structure  of  Logic 

Not  explicitly  shown  in  Fig. 6. 2-2  are  two  effects  that 
are  taken  into  account  in  the  actual  program.  First,  fo¬ 
liage  cover,  to  the  extent  that  its  height  may  be  Inferred 
from  information  in  the  UNTER  tables*.  Is  added  to  the 
bare-earth  heights  from  the  terrain  tape  when  masking 
angles  are  being  determined.  Second,  the  target  Is  assumed 
to  h?ve  an  effective  height,  for  purposes  of  observation 
by  the  sensor,  that  Is  set  to  1.5  meters  In  the  initial  co¬ 
ding.  A  single  change  of  one  FORTRAN  statement  can  give  an 
alternative  value  if  desired.  Fig.  6.2-2  does  show  graphic¬ 
ally  the  displacement  of  sensor  above '■ground.  This  height  Is 
supplied  for  each  sensor  by  olanner  data  card. 


« 


Unit  terrain  tables.  See  Section  5.3.2. 


Figure  6.2-1 

ILLUSTRATIVE  CONTOUR  PLOT 
(RAOAR  SITING.  HUE  AREA,  SOUTH  VIETNAM ) 
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NOTES : 

1.  V  | ,  Vg...  first,  second,...  visible  regions 

2.  Mj ,  Mg...  first,  second,...  masked  regions 

3.  For  an  actual  cross  section,  the  number  of 
alternations  (visible/masked)  can  vary  depending 
upon  terrain  roughness  and  Rmax.  This  figure 

1 1  lustratlve  only. 

4.  If  (as  In  this  figure)  more  than  3  masked  regions 
occur,  the  CONTOUR  PLOT  program  terminates  search 
at  the  end  of  the  ihlrd  masked  region  (l.e.,  at 
point  R3).  Visibility  Is  assumed  for  remainder  of 
distance  to  Rmax. 

5.  Rmax  *8  either  range  limit  assigned  to  sensor,  or 
edge  of  scenario  area...  whichever  Is  smaller 
distance  from  sensor. 


Figure  6.2-2 

ILLUSTRATIVE  TERRAIN  CROSS  SECTION 
(FOR  DEFINITION  OF  MASKING  CONTOURS) 
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The  planner,  Incidentally,  may  exercise  some  Judgment 
In  specifying  the  effective  sensor  height.  For,  say,  a 
radar  antenna  the  physical  mounting  dictates  the  height 
above  ground  at  the  Immediate  point  of  location.  However, 
terrain  data  from  the  digital  terrain  tape  do  not  have 
sufficient  resolution  to  show  minor  variations  over  a  dis¬ 
tance  lees  than  IOO  meters.  In  field  operations,  small 
variations  In  x,y  positioning  would  In  fact  be  made  to 
take  advantage  of  small  local  variations.  Thus,  a  planner 
may  wish  to  specify  as  effective  sensor  height  a  value  some¬ 
what  greater  than  the  nominal  value,  to  reflect  local 
effects. 
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TABLE 


CONTOUR  PLOT  MODEL  COMMON  AREAS 


USE 

1  VARIABLES 

I  USED  BY 

Common/ BAS ICT/ 

.  P.  2-135,  #  4 

Contur 

Teran 

Common/UNTER/  See  Appendix  C,  Vol  2,  User's 

Manual 

i 

! 

_ i 

Folage 

Teran 

Common./UTVSXY/  See  Section  5.3.2,  Vol  I,  Part 

11,  Model  Description 

IU'i'EVL  (X,  Y) 

Teran 

Corrmon/ RADAR/  KMAXRG,  RAD  EL  V,  XR,  YR,  SCANG, 

SCWDTH,  ANGINC,  DGD,  AVEHT, 

NOANG 

KMAXRG  -  maximum  range  of  radar  in 
meters 

RADELV  -  elevation  of  radar  above 
ground  level  (meters) 

XR  -  Radar  X  coordinate 

(meters) 

YR  -  Radar  Y  coordinate 

(meters) 

SCANG  -  Angle  at  which  to  begin 

radar  scan 

SCWDTH  -  scan  width  of  radar 

ANGINC  -  Azimuth  angle  increment  - 

2°  in  radians 

DGD  -  Grid  size  for  stepping 

along  range  (meters) 

AVEHT  -  Average  target  height 

added  to  elevation  if 
>  foliage  height  before 
radar  mask  is  determined 

NOANG  -  number  of  azimuth  angles  i 

Contur 

OUTCTR 

RAIiCTR 

RADS  EL 

TERCTR 

to  scan 
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USE _ VARIABLES _ I  US  ID  BY 


Cotnmon/OUT/ 

TITL  (20),  THE  (181),  MSKTAB  (9,  181), 

PL  TAB  (14,  181),  MAP  (301,  101) 

TITL  (20)  -  alphanumeric  title  infor¬ 

mation  for  the  run 

THE  (181)  -  Theta  array  containing 

azimuth  angles  computed 

MSKTAB  (9,  181)  -  array  containing  masking 
ranges  and  elevation 
angles 

PLTAB  (14,  181)  -  Plot  table  containing  co¬ 
ordinate  values  for 
MSKTAB 

MAP  (301,  101)  -  array  of  terrain  eleva¬ 

tions  (meters) 

Contur 

OUTCTR 

RADCTR 

RADS  EL 

TERCTR 

Common/PA/  MXREF,  MYREF,  MXTENT,  MYTENT,  XMINPA,  YMINPA, 

XHAXPA , YMAXP^ ,  XMIN,  YMIN,  XMAX,  YMAX,  PALIM, 
SIZE 


MXREF 

MYREF 

MXTENT 

MYTENT 

XMINPA 

YMINPA 

XMAXPA 

YMAXPA 

XMIN 

YMIN 

XMAX 

YMAX 

PALIM 

SIZE 


••  X  origin  of  plaving  area 

-  Y  origin  of  playing  area 

-  X  coordinate  of  extent 

of  playing  art’ 

-  Y  coordinate  of  extent 

of  playing  area 

-  X  coordinate  of  minimum 

playing  area  boundary 

-  Y  coordinate  of  minimum 

playing  area  boundary 

-  X  coordinate  of  maximum 

playing  area  boundary 

-  Y  coordinate  of  maximum 

playing  area  boundary 

-  X  coordinate  of  minimum 

terrain  boundary  in  core 

-  Y  coordinate  of  minimum 

terrain  boundary  in  core 

-  X  coordinate  of  maximum 

terrain  boundary  in  core 

-  Y  coordinate  of  maximum 

terrain  boundary  in  core 

-  playing  area  limit  C square 

meters) 

-  independent  scale  of  stan¬ 

dard  plot 


Contur 
OUTCTR 
RADCTR 
RAD  PL  T 
RADS  El, 
TERCTR 
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6.3 


DATA  LINK  ANALYSIS  MODEL 


6.3.1  Introduction 

This  section  describes  the  Systems  Assessment  Model 
program  capable  of  simulating  the  RF  data  and  command  link  performances 
of  STANO  unattended  intrusion  sensors.  It  is  designed  to  operate  outside  of 
the  main  simulation  and  can  thus  be  used  at  any  time  to  check  such  perform¬ 
ances  as  part  of  the  overall  evaluation  process.  To  this  end  the  model  has 
been  equipped  with  subroutines  to  analyze  the  propagation  path  profiles 
between  transmitters  and  receivers  and  to  predict  radio  propagation  losses 
over  the  profiles  for  the  20  MHz  to  40,  000  MHz  frequency  region,  with 
either  vertical  or  horizontal  polarization.  In  order  to  increase  the  applica-. 
bility  of  the  model  to  propagation  paths  typified  by  antennas  located  beneath 
a  foliage  canopy,  a  foliage  loss  prediction  capability  has  been  incorporated 
for  the  100 mHz  -  400MHz  frequency  region  of  particular  interest  (sensor 
data  frequencies  are  centered  about  170  MHz  while  the  command  channel 
frequencies  are  close  to  300  MHz).  Model  utility  is  further  enhanced  by  the 
fact  that  propagation  paths  exhibiting  a  broad  range  of  antenna  heights  (ground 
mounted  or  up  to  3000  m.  high)  can  be  effectively  analyzed,  thus  making  it 
possifile  to  include  evaluations  of  ground-to-air  data  or  command  links  which 
may  be  present  in  typical  scenarios.  The  Data  Link  Analysis  model  utilizes 
propagation  loss  predictions  in  conjunction  with  parametric  descriptions  of 
the  link  RF  equipment,  i.e.,  transmitter,  receiver,  antennas,  etc.,  in  the 
determination  of  link  performance  descriptors,  such  as  receiver  signal-to- 
noise  ratio  (S/N),  detection  error  rates,  and  path  S/N  margin.  These 
descriptors  are  available  in  the  subroutine  printout  and  can  be  used  by  tho 
model  user  to  evaluate  the  capability  afforded  by  the  sensor  communication 
links  delineated  in  the  game  scenario. 

6.3.2  General 

The  Data  Link  Analysis  model  has  been  designed  to  derive 
propagation  path  profile  data  (at  0.  1  km.  intervals)  using  the  propagation  path 
profile  generation  subroutine  PROFIL  which  employs  digital  terrain  tape 
data.  Subroutine  PROFIL  is  an  adaptation  of  the  line  of  sight  program  which 
is  described  in  detail  in  Section  4.6.  The  resulting  profile  description 
consists  of  terrain  height  plus  median  foliage  height  at  each  data  point, 
except  for  the  path  terminations  where  terrain  height  and  foliage  canopy 
height  are  specified  separately.  Other  externally  supplied  (user)  model 
input  data  includes  structural  antenna  heights,  electrical  constants  of  the 
propagation  surface,  parametric  descriptions  of  the  link  RF  equipment  used, 
etc.  Volume  II  contains  all  the  input  data  required  for  model  operation, 
including  typical  values  representative  of  STANO  equipment. 

The  printout  data  available  to  the  model  user  is  not  restricted 
to  the  basic  model  outputs,  such  as  propagation  path  loss,  received  S/N, 
margin  ir.  received  S/N,  etc.,  but  includes  a  broad  range  of  intermediate 
computed  data  assoc  i.ited  with  predicting  path  loss,  and  a  compilation  of 
the  link  descriptive  parameters  assumed  in  the  scenario.  Since  the  data 
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are  printed  out  for  each  path  analyzed,  the  model  user  can  determine  if 
a  particular  RF  link  is  operational,  marginally  so,  or  inoperative  because 
of  insufficient  received  signal. 

A  more  thorough  study  of  the  Output  will  enable  the  user 
to  reach  important  conclusions  concerning  the  general  feasibility  and 
possible  a.t.eration  of  the  data  and  command  link  configuration  stipulated 
in  the  scenario.  For  example,  in  situations  where  the  model  output  indicates 
a  number  of  marginal  or  inoperative  links,  the  user  is  equipped  with 
sufficient  information  to  decide  which  of  the  possible  link  modifications  would 
be  most  appropriate  to  raise  the  affected  links  to  the  operational  state. 
Modification  "fixes"  could  involve  one  of  the  following:  increasing  transmitter 
or  receiver  antenna  height,  operating  on  higher  transmitter  power,  using 
higher  gain  antenna  systems,  etc.  Successful  use  of  these  "fixes"  is  clearly 
dependent  on  relatively  moderate  requirements  for  increased  received  signal. 

Data  and  command  links  requiring  a  greater  increase  in 
received  signal  than  would  likely  result  from  the  above  link  changes  may 
either  be  eliminated  from  the  scenario  if  they  are  few  in  number  and  con¬ 
sidered  noncritical  in  importance,  or  additional  modifications  to  the  link 
network  may  be  considered  for  their  successful  usage.  These  high  loss 
propagation  paths  could  be  due  to  the  effect  of  local  terrain  obstructions 
present  in  the  path  profile  (indicated  by  large  horizon  angles  on  the  printout). 
Subsequent  inspection  of  a  topographic  map  of  the  scenario  area  may  indicate 
to  the  user  that  a  relatively  small  change  in  sensor  emplacement  location 
may  yield  essentially  the  same  intrusion  detection  capability  and  yet  result 
in  a  link  propagation  path  with  considerably  lower  losses  (reduced  horizon 
angles).  Although  this  approach  would  appear  to  be  practical  for  a  small 
number  of  isolated  cases,  it  would  clearly  become  unwiedly  if  a  sizeable 
number  of  sensor  data  or  command  links  should  be  pronounced  inoperative 
be  :ause  of  excessive  propagation  losses.  Such  a  circumstance  probably 
wr.rrants  the  addition  of  an  RF  relay  capability  to  the  data  and  command  link 
network  defined  in  the  scenario  if  the  desired  communications  are  to  be 
established.  Should  an  RF  relay  already  be  involved,  it  may  indicate  that 
the  chosen  location  does  not  provide  optimum  coverage,  or  that  a  second 
relay  is  required  to  successfully  communicate  with  the  affected  sensors. 

The  selection  of  the  additional  relay  site,  or  the  relocation  of  an  existing 
one,  is  facilitated  since  the  specific  location  of  the  inoperative  links  is 
known;  study  of  ?  topographic  scenario  map  should  result  in  a  relay  site 
decision.  In  the  event  that  a  suitable  relay  site  does  not  appear  to  be 
available,  an  alternate  location  for  the  sensor  monitoring  station  (annunciator) 
may  be  considered  an  acceptable  means  of  communicating  with  the  sensors 
adversely  affected  by  the  existing  scenario.  Either  solution  clearly  requires 
a  rerun  of  the  simulation  to  determine  the  suitability  of  the  appropriate  link 
modifications,  as  do  most  of  the  changes  discussed  earlier. 

Data  and  command  link  performance,  per  se,  is  not  being 
simulated  in  the  System  Assessment  Model  MSM,  nor  na s  any  possible  RF 
interference  or  cross-talk  effects  between  the  various  RF  emitters  in  the 
intrusion  detection  system  been  given  consideration.  Interference  and 
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cross-talk  problems  are  considered  beyond  the  scope  of  the  current  effort, 

and  as  far  as  environmental  effects,  such  as  rain,  snow,  etc.,  are  concerned, 

they  have  been  neglected  because  of  their  very  minor  influence  on  typical 

STANC  data  and  command  links.  The  small  influence  is  due,  of  course,  to 

the  relatively  short  path  involved  (typically  50  km)  and  the  low  frequency 

range  of  interest  (<40()  MHz).  * 

In  addition  to  delineating  the  basic  theory  and  functional 
operation  of  the  Data  Link  Analysis  mode'.,  the  following  discussion  presents 
the  aosumptions  used  in  model  derivation,  including  their  supporting  rationale. 

* 

6.  3.  3  Propagation  Loss  Prediction  Capability  of  the  Data  Link 

Analysis  Model 

The  Data  Link  Analysis  model  has  been  structured  about  a 
propagation  loss  prediction  computer  method  developed  by  ESSA  (Environmental 
Science  Services  Administration)  while  under  contact  to  USAECOM  (U.  S. 

A 'my  Electronics  Command).  (Ref.  1.  )  As  origina'ly  derived,  the  ESSA 
computer  method  has  the  fundamental  capability  of  predicting  median  reference 
values  of  propagation  loss  over  irregular  terrain  and  a  broad  range  of 
operating  parameters.  Median  propagation  losses  represent  the  RF  trans¬ 
mission  losses  one  would  experience  over  propagation  paths  which  exhibit 
the  median  terrain  characteristics  to  be  found  within  a  specified  area.  The 
basic  ESSA  method  consists  of  a  propagation  loss  model  which  does  not 
require  detailed  descriptions  of  specific  path  profiles.  All  the  descriptive 
terrain  parameters  necessary  for  loss  prediction  are  supplied  as  median 
quantities  computed  from  empirically  derived  expressions.  The  empirical 
relationships  are  all  functions  of  a  single  fundamental  terrain  irregularity 
parameter  used  to  characterize  the  general  area  occupied  by  the  propagation 
paths  of  interest.  The  basic  ESSA  method  thus  has  the  useful  capability  of 
predicting  median  propagation  losses  over  irregular  terrain  defined  only  by 
a  single  descriptor  supplied  by  the  user. 

Employed  lii  the  more  involved  point-to-point  application 
howe-  er,  the  basic  ESSA  method  is  also  capable  of  closely  predicting  the 
path  loss  of  individually  defined  prop;  gation  paths,  rather  than  the  median 
loss,  which  can  quite  understandably  be  considerably  in  error  if  applied  to 
particular  paths.  It  is  the  point-to-point  expansion  of  the  basic  ESSA  method 
which  has  actually  been  implemented  in  the  Data  Link  Analysis  model.  » 

Computed  profile  characteristics  of  individual  paths  replace  the  median 
path  characteristics  utilized  by  the  basic  ESSA  method.  The  propagation 
loss  prediction  capability  is  significantly  improved  in  particular  instances 
where  the  basic  method  has  relatively  poor  or  no  inherent  capability.  A 
noteworthy  basic  ESSA  method  insufficiency  is  that  it  does  not  treat  the  * 

propagation  loss  eifects  of  terrain  vegetation  in  a  quantitative  manner. 

Foilage  losses  can  be  highly  significant  to  the  performance  of  STANO 
data  and  command  links  in  many  practical  situations.  The  Data  Link 
AnaUsis  model  has  been  designed  to  include  this  important  path  loss  effect 
during  its  prediction  of  overall  link  propagation  loss.  Other  deficiencies 
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inherent  in  the  basic  ESSA  loss  prediction  method  have  also  been  account'  o 
for  and  are  delineated  later. 

6,3.3.  1  Functional  Description  of  System  Assessment  Model  Data 

Link  Analysis  Sub  Model 

The  following  presentation  delineates  the  Data  Link  Analysis 
model  developed  for  the  simulation  of  STANO  sensor  data  and  command  Hn> 
performance.  As  was  indicated  earlier,  the  model  derives  pertinent 
descriptions  of  link  data  transmission  performance  from  computed  predictions 
of  propagation  loss,  and  appropriate  parametric  definitions  of  the  RF 
communications  equipment  involved. 

Path  loss  predictions  are  based  on  an  expansion  of  the 
basic  ESSA  computer  method  noted  earlier.  Improved  model  performance 
is  obtained  by  compensating  for  two  deficiencies  inherent  in  the  design  of 
ESSA  computer  method.  The  first  adjustment  consists  of  the  inclusion  of 
the  propagation  loss  effects  produced  when  the  link  antennas  are  subn.  rged 
in  foliage,  while  the  second  corrects  the  ESSA  method  loss  predictions  when 
common  horizon  paths  (same  terrain  peak  forming  both  of  the  path  horizons) 
are  evident. 


The  RF  Data  Link  Analysis  model  is  controlled  by  a  two- 
step  process.  The  first  (subroutine  TPD1SK)  reads  in  the  terrain  data 
available  on  the  prepared  scenario  area  digital  terrain  tape.  The  second 
step,  for  which  MAINSY  is  the  main  program,  reads  all  the  necessary  inputs, 
then  calls  computational  subroutines  to  derive  the  desired  outputs.  Two 
subroutines  associated  with  providing  the  path  terrain  data  and  foliage 
characteristics  are  first  used  (PROFIL  and  TERAN).  TERAN  is  discussed 
in  detail  in  Section  5.  3  so  will  not  be  repeated  here.  It  provides  'he  tabular 
data  for  unit  terrain  descriptors  and  for  x,  y  locations  of  terrain  types, 
including  foliage  descriptions  necessary  in  the  RF  data  link  loss  program. 
PROFIL  is  a  routine  which  was  adapted  from  the  LOS  Subroutine  (See 
section  4.  6)  for  the  RF  data  link  problem.  Given  the  location  of  two  RF 
terminals  it  extracts  the  terrain  heights  of  significance  at  intervals  between 
the  terminals  and  makes  them  available  for  later  use.  It  also  adds  m  foliage 
heights  where  appropriate.  Next  RFLINK  is  called  to  make  the  data  link 
performance  calculations.  The  main  program  flow  diagram  of  this  portion 
of  the  model  is  shown  in  Figure  6.3-1.  It  will  be  noted  that  the  model  does  not 
treat  RF  links  whose  length  is  less  than  200  meters;  such  short  links  are 
summarily  proclaimed  to  be  "operational",  i.e.  ,  path  losses  are 
sufficiently  low  for  reliable  operation.  Path  losses  for  distances  leas  than 
200  meters  (including  jungle  paths)  are  generally  within  the  sensitivity 
capabilities  of  typical  STANO  data  and  command  links. 

The  propagation  loss  prediction  capability  of  the  D.ita  l  ink 
Analysis  model  to  bt  described  below  can  be  considered  as  consisting  of 
the  following  three  major  subdivisions;  (1)  subroutine  programs  to  ,  lus>:i\ 
and  examine  individual  terrain  profiles  for  their  particular  characteristics; 

(2)  the  basic  ESSA  compute  r  method  of  loss  prediction;  and.  (5)  finally 
supplementary  loss  prediction  computations  which  -»re  used  to  define  path 
loss  in  those  instances  where  the  ESSA  model  is  known  to  perform  deficiently. 
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Figure  0->1  DATA  LINK  ANALYSIS  MODEL,  RFLINK  SUBROUTINE  FLOW  DIAGRAM 
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The  point-to-point  application  of  the  ESSA  method  requires 
that  each  path  handled  must  be  scrutinized  for  the  terrain  irregularity 
parameter  (4 h),  horizon  distances  (dLl,  2),  angles  0el,2,  and  also  appro¬ 
priate  values  for  the  effective  antenna  heights  (“el,  2)  and  surface  refractivity 
(Ns).  Well  established  techniques  (Ref.  2)naVe  been  implemented  for 
determining  the  required  path  parameters  from  details  of  the  individually 
described  path  profiles. 

The  fundamental  objective  of  the  ESSA  point-to-point  loss 
prediction  method  is  to  predict  a  below  free  space  reference  value  (A^r) 
of  propagation  loss  for  each  input  path  description.  Once  determined  for 
the  particular  path,  A^-^  is  summed  with  a  corresponding  free  space  loss 
term  and  other  data  loss  contributors  and  the  total  is  reported  as  the  reference 
path  loss. 


In  general,  the  Data  Link  Analysis  model  relies  on  the 
point-to-point  ESSA  subroutine  (as  it  may  now  be  termed,  since  it  now  is 
part  of  a  more  involved  loss  prediction  model)  for  the  determination  of  A-cr. 
This  remains  the  case  for  both  radio  LOS  and  trtnshorizon  paths  with  the  ESSA 
subroutine  reacting  to  this  characteristic  difference  solely  through  the 
magnitudes  of  the  path  parameters  it  receives  via  the  main  program,  e.g.  , 
the  horizon  angles.  However,  in  transhorizon  situations  involving  common 
horizon  paths,  for  which  the  ESSA  method  tends  to  overpredict,  a  separate 
loss  prediction  subroutine  called  COMMA  is  also  used  for  comparison.  The 
smaller  cf  the  two  loss  values  is  then  used  to  define  A^r  for  the  common 
horizon  path.  This  selection  process  is  shown  on  the  lower  part  of  Fig.  6.3-1. 

6. 3. 3.  2  Propagation  Path  Classification 

Although  the  ESSA  mechod  is  employed  in  the  same  manner 
for  both  radio  LOS  and  transhorizon  propagation  paths,  basic  differences  do 
exist  between  the  techniques  used  in  the  two  cases  to  determine  the  path 
descriptive  parameters  required  by  the  ESSA  subroutine.  It  is  therefore 
necessary  for  the  Data  Link  Analysis  model  to  analyze  the  details  of  each 
propagation  path  so  that  a  decision  can  be  reached  as  to  whether  the  path 
should  be  classified  as  either  LOS  or  transhorizon.  Radio  LOS  cannot  be 
determined  by  comparing  heights  of  the  path  profile  above  sea  level,  as  is 
available  from  subroutine  PROF.IL,  to  the  height  of  the  optical  line  of  sight 
between  the  terminal  locations  for  two  reasons.  First,  and  perhaps  the  most 
obvious,  is  the  natural  curvature  (fall  off)  of  the  earth's  surface  which  must 
be  accounted  for.  Second,  the  refractive  properties  of  the  earth's  atmosphere 
results  in  the  bending  of  radio  waves  back  towards  the  earth  which,  in  effect, 
incre.ases  the  radius  of  the  earth,  thereby  actually  aiding  propagation.  The 
increased  earth's  radius  (commonly  called  the  effective  earth's  radius)  is 
roughly  4/3  times  the  actual  earth's  rs  vus,  out  its  actual  value  is  a  function 
of  the  local  surface  refractivity.  (The  iunctionai  relationship  between  he 
effective  earth's  radius  and  surface  refractivity  is  given  in  Section  6.  3.  3.  4.  > 
In  view  of  the  above,  the  model  first  obtains  the  required  curvature  corrected 
terrain  profile,  HP(I),  by  modif  ,  ir.g  the  pa  th  profile  definition*  H ( 1 ) 

$ 

Median  foliage  height  along  the  profile  is  added  to  the  appropriate  topographic 

terrain  height  data. 
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as  follows: 


HP(I)  -  H(I)  -  d^  /2a 

where  dj  is  the  distance  to  the  I'th  terrain  point  and  a  is  the  nominal  effective  » 

earth's  radius  given  in  the  same  units  as  HP(I)  and  H(I).  The  term  djZ/2a 
represents  the  height  correction  necessary  because  of  atmospheric  refraction 
and  he  earth's  natural  curvature.  A  particular  path  is  flagged  as  a  LOS 
path  if  all  the  c  irvature  corrected  profile  heights  (HP(I))  are  less  than  the 
height  of  a  spatial  line  through  the  corrected  heights  of  the  antennas  at  the  « 

path  terminals.  If  a  greater  profile  height  is  detected  the  path  is  conversely 
flagged  as  a  transhorizon  path.  In  either  case,  local  surface  refractivity 
propagation  effects  are  included  at  a  later  point  in  model  (6.  3.  3.  4).  Fig.  6.3-1 
indicates  that  the  LOS-transhorizon  decision  is  reached  following  determin¬ 
ations  of  the;  path  terrain  irregularity  parameter  (Ah)  and  AloSS,  a  propa¬ 
gation  loss  quantity  associated  with  ground  mounted  antennas.  TheAh 
parameter  is  obtained  by  least  squares  fitting  to  a  straight  line  through  the 
profile  data  points,  determining  the  interdecile  range*  of  profile  heights  Ah(d) 
about  the  curve  fit,  and  substituting  Ah(d)  into  the  empirical  expression: 

Ah=Ah(d)  (  1-0.  8 exp  (-0.  02d))_1  (from  Ref.  1) 

where  d  is  the  path  length  in  km.  AlqSS  represents  a  propagation  loss 
quantity  which  is  included  whenever  the  data  link  antenna  of  a  sensor  device 
is  mounted  with  its  base  on  the  ground,  e.g.  ,  ground  implanted  STANO 
sensors.  This  is  a  necessary  requisite  because  of  the  RF  power  absorption 
properties  of  the  earth.  Ground  absorption  reduces  the  transmitted  power 
as  well  as  reducing  the  received  signal  when  the  system  is  receiving  external 
commands.  Thus,  whenever  the  structural  antenna  height  is  sensed  to  be 
less  than  1.  0  m,  the  model  assumes  a  ground  mounted  antenna  situation 
and  compensates  tor  this  by  setting  A^OSS  equa*  to  10  dB.  The  ground 
proximity  loss  has  been  determined  (Ref  3)  to  be  apprt  ximately  10  dB 
for  average  ground  and  the  100-400  MHz  frequency  range.  A LOSS  Is  set  '° 

0.  0  dB  if  both  structural  antenna  heights  or  greater  than  1.  0  m.  Foliage 
loss  is  also  calculated  prior  to  the  propagation  path  decision  but  a  discussion 
of  this  subroutine  will  be  deferred  to  a  later  section. 

6.  3.  3.  3  Horizon  Farameter  Computations 

Immediately  following  the  LOS-transhorizon  path  decision 
the  model  analyzes  the  details  of  the  input  propagation  path  for  its  characteristic 
horizon  parameters  (distances  and  angles).  Subroutine  HORIZ  is  railed 
regardless  of  the  path  decision  reached,  to  determine  the  most  positive 
(elevated)  angle  formed  between  an  imaginary  line  from  the  path  antennas 
to  each  of  the  curvature  corrected  terrain  profile  data  points,  and  the 
horizontal.  The  most  elevated  angle  (angles  below  the  horizontal  are 
considered  as  negative)  experienced  over  the  complete  profile  is  stored  as 
the  desired  horizon  angle,  and  the  terrain  profile  point  responsible  is  like¬ 
wise  stored  to  define  the  horizon  distance.  This  procedure  is  carried  out 


The  distribution  width  from  the  lOf.  to  the  90^'  probability  points. 
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twice  using  both  of  the  antenna  locations  as  reference  points  for  angle  and 
distance  determinations;  the  result,  of  course,  is  a  specification  of  the  hori¬ 
zon  distances  and  angles  as  viewed  from  the  two  path  antennas.  The  algebraic 
sum  of  the  horizon  angles  0e^  and  0e2  is  always  greater  than  zero  for  trans- 
horizon  paths  and  either  zero  or  less  than  zero  for  LOS  paths. 

6. 3. 3. 4  Surface  Refractivity  and  Effective  Earth's  Radius  Computations 

Of  particular  importance  to  the  accurate  prediction  of  path  loss 
over  long  distances  is  the  correct  specification  of  surface  refractivity  (Ns) 
and  the  related  effective  earth's  radius  (a)  parameter.  Both  quantities  are 
utilized  by  the  ESSA  subroutine  in  the  prediction  of  forward  scatter  propaga¬ 
tion  loss.  Surface  refractivity  is  dependent  on  the  geographic  area  of  con¬ 
cern,  time  of  year  and  the  local  height  above  sea  level.  The  model  determines 
minimum  values  of  these  quantities  from  the  inpu^  parameter  N0*  which  specifies 
the  minimum  monthly  refractivity  parameter  (normalized  to  sea  level)  for  the 
geographic  area,  and  a  descriptive  terrain  elevation  above  sea  level  (hs) .  A 
single  value  of  NQ  is  used  because  of  the  relatively  short  propagation  dis¬ 
tances  involved.  Individual  methods  are  used  to  define  ,.s  for  a  given  path  and 
these  are  dependent  on  its  classification  as  either  a  LOS  or  transhorizon  propa¬ 
gation  case.  For  LOS  path  situatipns  the  model  defines  hs  as  the  ground  eleva¬ 
tion  immediately  below  the  lover  (with  respect  to  sea  level)  of  the  two  ..ntcnn 
heights.  In  transhorizon  situations,  however,  hg  is  defined  for  both  ends  of 
the  path,  as  the  elevaticn  of  the  respective  horizon  peaks.  If  an  antenna  is 
more  than  150  meters  below  its  corresponding  horizon,  the  specification  of  hg 
changes  to  that  of  the  ground  elevation  below  the  antenna. 

Surface  refractivity  is  computed  from  the  appropriate  hg  eleva¬ 
tion  and  the  input  NQ  parameter  by  means  of: 

Hs  =  N0  exp  (-0.1057  hs) 

where  hs  is  in  km  above  sea  level.  The  above  equation  is  used  twice  for  trans¬ 
horizon  paths  using  the  two  hg  quantities  so  that  an  average  Ng  paranr  er  can 
be  specified  for  the  total  path.  The  corresponding  effective  earth's  ro.di.us 
parameter  is  computed  from: 

a  =  6370  (l-0.04665exp  (0.005577NS) ) _1  (from  Ref.  1) 

where  a  is  in  km. 

6. 3. 3. 5  Effective  Antenna  Height  Computations 

In  addition  to  an  examination  of  each  propagation  path  for  its 
characteristic  horizon  parameters,  the  Data  Link  Analysis  model  evaluates  the 
details  of  each  terrain  profile  to  determine  whether,  and  how  much,  a  particular 
path  antenna  should  be  effectively  raised  above  its  structural  height  because 
of  advantageous  propagation  conditions,  e.g.,  terrain  depressions  below  large 
portions  of  the  ray  paths.  This  determination  of  "effective"  antenna  height  is 
an  important  modification  to  the  basic  ESSA  model. 

See  15. R,  Bean,  J.D.  Horn 
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For  radio  LOS  situations,  the  model  defines  a  dominant 
reflecting  plane  between  the  path  terminals  for  the  purpose  of  establishing 
reference  points  from  which  to  measure  effective  artenna  height  provided 
a.  least  t  3%  of  the  total  profile  is  visible  fj;om  both  antennas  (intervisibility). 
The  subroutine  INTER,  responsible  for  the  LOS  path  intervisibility  tests, 
is  '-ailed  in  LOS  cases  immediately  following  determinations  of  surface 
refractivity  and  effective  earth's  radius  (See  Fig  6.3-1), 

Subroutine  INTER  sequentially  searches  the  terrain  profile 
for  an  intervisible  region  which  is  at  least  60%  as  long  as  the  total  path 
length.  During  the  path  search  the  criteria  used  allows  a  maximum  of  15% 
of  the  required  intervisible  region  to  be  non-intervisible  (both  antennas  do 
not  view  the  same  terrain)  as  a  practical  compromise.  If  the  15%  non¬ 
intervisibility  figure  is  exceeded,  the  model  proceeds  to  search  the  same 
profile  in  the  opposite  direction,  using  the  same  criteria.  Failure  to  meet 
the  criteria  in  both  search  directions  is  appropriately  flagged  to  set  a 
program  switch  (See  Fig.6.3-l)In  situations  where  the  above  criteria  have 
been  met,  the  INTER  subroutine  specifies  the  intervisibility  region  end 
points  to  be  used  by  a  subsequent  (LEAST)  subroutine  in  the  definition  of  a 
dominant  plane  reflecting  surface  for  effective  antenna  height  determinations. 
Subroutine  LEAST  determines  path  effective  heights  by  either  defining 
the  antenna  height  above  the  dominant  reflecting  plane  fitted  to  the  inter - 
visibility  region,  or  the  terrain  immediately  below  the  antenna  --  which 
ever  has  the  highest  elevation.  The  required  reflecting  plane  is  obtained 
by  fitting  a  smooth  curve  to  the  intervisible  terrain  region  and  extrapolating 
the  function  to  the  points  below  the  two  path  antennas.  Construction  of  the 
smooth  curve  is  accomplished  by  fitting  a  straight  line  (using  least  squares) 
to  the  profile  height  data  of  the  intervisible  region  and  modifying  the  resulting 
function  for  earth's  curvature.  Whenever  the  height  of  the  extrapolated 
smooth  curve  has  an  elevation  lower  than  the  terrain  below  the  associated 
antenna,  the  effective  antenna  height  is  defined  as  its  height  above  the  curve. 

In  cases  where  the  height  of  the  extrapolated  curve  is  higher  than  the  terrain 
immediate.’ y  below  the  antenna,  the  effective  antenna  height  is  defined  to  be 
equal  to  the  structural  antenna  height. 

A  study  o(  the  flow  diagram  of  Figure  6.3-1  indicates  that  for 
radio  LOS  paths  which  do  not  meet  the  intervisibility  criteria  of  INTER, 
the  main  program  selects  subroutine  LEST  rather  than  LEAST.  This 
subroutine  sets  effective  antenna  height  equal  to  structural  height  unlrss  ine 
model  user  has  specified  that  the  path  in  question  is  a  relay  p^th  (at 
least  one  of  the  antennas  is  located  on  a  hilltop),  and  the  structural  height 
of  the  particular  antenna  is  less  than  10  m.  The  rationale  used  is  that  for 
mod  relay  paths,  propagation  takes  place  across  valleys,  etc.  ,  which 
allow  for  effective  antenna  heights  which  are  greater  than  the  structural 
values.  Subroutine  LEST  computes  relay  path  effective  antenna  height 
(hel,  2>  as  a  'unction  of  structural  height  (hgi,  z),  terrain  irregularity  (  Ah) 
and  a  factor  (k)  which  is  proportional  to  the  actual  structural  height,  namely: 

hel.Z  hg  1 , 2  k  (*2  hgiy  Ah- 


O  '  1  S 


The  procedure  used  for  determining  transhorizon  path 
effective  antenna  height  is  based  on  examining  the  path  profile  only  from  the 
antenna  locations  to  their  respective  horizons  rather  than  potentially  the 
entire  path  as  is  true  in  LOS  situations.  The  method  used  in  subroutine 
EFFEC  provides  for  effective  antenna  height-values  which  are  increased 
over  their  structural  heights  whenever  a  large  portion  of  the  terrain  between 
the  antenna  and  its  horizon  is  lower  than  the  terrain  below  the  antenna 
itself;  a  fundamental  technique  not  unlike  that  used  in  LOS  cases. 

Specifically,  subroutine  EFFEC  compares  the  average  height  of  the  central 
80%  of  the  terrain  profile  between  the  antenna  and  its  horizon  to  the  terrain 
height  immediately  below  the  antenna  as  the  critical  test.  If  the  average 
height  is  lower  than  the  terrain  at  the  antenna  location,  the  effective  antenna 
height  is  measured  from  the  average  terrain  height,  which  obviously  results 
in  a  larger  value  than  the  structural  height.  When  the  average  height 
computed  is  higher  than  the  terrain  elevation  below  the  antenna,  the 
subroutine  sets  the  effective  height  equal  to  the  structural  height.  The 
procedure  is,  of  course,  repeated  for  each  end  of  the  transhorizon  path. 

Following  determinations  of  effective  antenna  height  in 
either  LOS  or  transhorizon  situations,  the  Data  Link  Analysis  model  has 
available  all  the  path  descriptive  data  requ'  ed  by  the  ESSA  loss  prediction 
subroutines.  Except  for  the  special  case  oi  transhorizon  paths  exhibiting 
the  same  profile  data  point  for  both  horizons,  the  ESSA  loss  prediction 
subroutine  is  called  directly  after  the  definition  of  effective  antenna  height. 

In  the  case  of  common  horizon  paths  the  model  exercises  an  auxiliary  loss 
prediction  subroutine  (COMMA)  prior  to  calling  the  ESSA  subroutine  (see  Fig. 
6.3-1).  COMMA  is  specifically  designed  to  predict  propagation  loss  over 
isolated  obstacle,  common  horizon  paths  with  greater  accuracy  than  is 
generally  available  from  the  ESSA  method. 

6. 3.  3.  6  Common  Horizon  Path  Loss  Computations 

The  purpose  of  subroutine  COMMA  is  to  predict  path 
loss  over  single,  isolated  terrain  peaks,  and  it  does  so  independently  of 
the  ESSA  path  loss  computations.  The  techniques  used  have  been  shown 
(Ref.  4)  to  predict  the  common  horizon  situation  with  good  results  provided 
the  characteristic  path  parameters  (horizon,  and  effective  antenna  heights) 
are  available.  Unlike  the  ESSA  loss  prediction  subroutine,  the  loss  prediction 
method  used  in  COMMA  does  not  employ  the  terrain  irregularity  parameter, 
Ah,  but  it  does  account  for  multipath  reflections  from  the  terrain  adjacent 
to  the  horizon  peak. 

Since  obstacle  isolation  is  a  necessary  prerequisite  for 
the  loss  prediction  technique  used,  subroutine  COMMA  analyzes  the  shape 
of  the  particular  profile  in  order  to  determine  the  relative  '  isolation" 
that  the  common  horizon  peak  has  from  the  surrounding  terrain.  The 
performance  characteristics  of  the  ESSA  modi  1  are  such  that  i  dues  not 
suffer  from  prediction  errors  unless  the  common  horizon  obstacle  is 
prominently  isolated  on  the  path  profile.  In  general,  the  criteria  used  to 
define  whether  a  horizon  peak  can  be  classified  as  "isolated''  depends  upon 
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the  operating  frequency  and  the  estimated  radius  of  curvature  exhibited  by 
the  peak  itselG  At  the  higher  operating  frequencies,  peaks  are  considered 
"isolated"  even  though  their  radius  of  curvature  is  relatively  large  whereas 
sharper  peaks  are  necessary  to  pass  the  criteria  at  the  lower  frequencies. 
The  model  obtains  the  peak  radius  of  curvature  by  fitting  a  circle  to  the 
terrain  data  points  consisting  of  the  horizon  peak  itself  and  the  profile 
points  immediately  to  either  side.  The  test  for  peak  "isolation"  is  carried 
out  by  COMMA  immediately  following  the  program  call  and  entry  to  the 
subroutine. 


Subroutine  COMMA  determines  propagation  loss  over 
isolated  peak,  common  horizon  paths  by  computing  the  diffraction  loss  over 
a  representative  single,  perfectly  conducting,  rounded  knife  edge,  and  then 
combining  this  result  with  appropriate  loss  terms  which  account  for  adjacent 
ground  reflection  effects.  Diffraction  los..  over  the  rounded  knife  edge 
A(V,  p  )  is  determined  as  a  function  cf  operating  frequency,  geometry  of 
the  particular  ray  path  (horizon  angles  and  distances),  and  an  approximation 
to  the  actual  radius  of  curvature  of  the  horizon  peak  in  question.  A(V , p  ) 
is  an  increasing  function  of  the  terrain  peak  radius  of  curvature,  and  can  be 
5-20  dB  or  greater,  depending  on  the  exact  circumstances,  than  would 
result  if  perfect  knife  edge  diffraction  were  assumed.  In  path  situations, 
where  the  relative  height  between  the  antennas  and  the  terrain  peak  is  large, 
the  A (V,p  )  term  actually  represents  the  total  A^p  loss  since  ground  effects 
are  minimal  because  of  the  comparatively  large  path-to-ter rain  separation. 
This  is  especially  true  if  the  horizon  distances  are  short.  However,  when 
the  antenna  to  terrain  peak  height  differential  is  small  as  may  be  generally 
found  when  low  antennas  are  situated  in  relatively  smooth  terrain,  the 
effects  of  ground  reflection  are  maximized.  In  such  cases  the  actual  A^j^ 
losses  can  exceed  A(V,  p  )  by  20  dB  or  greater  with  the  difference  being 
attributable  to  the  signal  cancellation  effects  of  ground  reflections  on  either 
side  of  the  terrain  peak. 

The  additional  loss  quantities  produced  by  ground  reflections 
are  accounted  for  in  COMMA  by  analyzing  the  details  of  the  individual 
propagation  paths  and  determining  the  appropriate  less  terms  which  are  to 
be  summed  with  A (V ,  p  ).  Ground  effect  loss  terms  G (h j  g)  are  defined  for 
each  side  of  the  path,  and  they  are  determined  as  functions  of  operating 
frequency,  effective  antenna  height,  and  horizon  distance.  The  G(hi,2) 
losses  increase  with  horizon  distance,  but  vary  inversely  with  frequency 
and  effective  antenna  height.  Actual  usage  of  the  G(h)  g)  terms  only  take 
place,  however,  when  an  examination  of  the  path  profile  indicates  that  the 
average  terrain  height  between  the  antenna  and  the  horizon  (central  80°'c' 
is  higher  than  the  near  mid-portion  of  the  first  Fresnel  zone  elipse,  which 
has  the  antenna  and  horizon  peak  as  its  foe  ii;  otherwise  the  particular  G  (h ) 
terms  remain  unused.  Total  below  free  space  path  loss  (termed  A^£)  rather 
than  Afqq  in  subroutine  COMMA)  for  common  horizon  paths  is  finally 
.  -imputed  from  the  rounded  knife  edge  diffraction  loss  and  the  G(h)  terms,  viz 

ACD  A  {\,p  )  •  Kj  G(h  j)  ,  K,  G(h , ) 


where  Kj  a:ul  K  , 


are  weighting  tunctians  dependt  it  an  the  path  characteristics. 
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6.  3. 3.7 


ESSA  Propagation  Loss  Computations 


A  fundamental  characte r istic  of  the  ESSA  loss  prediction 
method  is  that  the  model  compensates  for  observed  differences  between  the 
lose  predictions  of  pure  theoretical  models  and  measured  data.  Factors 
relating  to  terrain  roughness  are  used  to  closely  correlate  classical  pro¬ 
pagation  mode  loss  predictions  with  propagation  losses  which  have  actually 
been  experienced.  Terrain  irregularity  factors  are  employed  by  th  ESSA 
method  in  a  series  of  empirical  weighting  processes  in  a  manner  resulting 
in  propagation  loss  predictions  which  compare  favorably  with  measured  data. 

The  input  data  required  for  the  utilization  of  the  ESSA  computer 
model  are  as  follows:  terrain  irregularity  parameter  (Ah);  interdecile  range 
(Ah(d))  of  profile  heights;  operating  frequency  (f)  in  MH^;  path  length  (d)  in 
km;  structural  antenna  heights  above  the  ground  (h'  ,,  h' *n  surface 
refractivity  (Ng);  propagation  surface  conductivity \<r)  in  mhos/m  and  relative 
permittivity  (£);  horizon  distances  (dj  i>  d,  ,)  hm;  horizon  angles  (0el»0e2) 
in  radians;  effective  antenna  heights  (he^,  ne2)  in  and  antenna  polarization. 

The  primary  task  of  the  ESSA  loss  prediction  model  is  to 
determine  the  below  free  space,  reference  value  of  propagation  loss  (A^n). 

Once  determined,  this  quantity  must  be  summed  with  a  basic  free  space  loss 
quantity  (Lgp)  for  the  same  path  distance  and  operating  frequency  to  give  the 
total  reference  value  of  path  loss  (L^p),  namely 

LCR  =  lbf  +  acr 

where  free  space  losses  are  described  by 

LBF  =  32'45  +  20  Logi0  £  +  20  Logiod 

and  operating  frequency  (f)  and  path  distance  (d)  are  in  MHz  and  km  respec¬ 
tively.  Lqr  only  represents  total  path  loss  if  foliage  losses  and  ground 
mounted  antennas  are  not  involved  for  a  particular  path  in  question,  however. 

Three  distinct  propagation  distance  intervals  are  isolated  by 
the  ESSA  method  and  their  particular  lengths  are  determined  by  characteristics 
of  the  specific  propagation  situation.  The  three  regions  are  known  as  the 
radio  line  of  sight  (LOS),  diffraction,  and  forward  scatter  regions.  For  path 
lengths  Ic 3 s  than  the  smooth  earth  LOS  distance  (di_,s),  the  ESSA  method 
employs  two-ray  optics  mode  propagation  in  a  weighted  sum  with  diffraction 
mode  propagation  to  predict  A^p.  Beyond  dj_,s,  the  diffraction  mode  is  used 
exclusively  in  the  loss  prediction,  while  at  still  greater  ranges  (300-400  km) 
forward  scattering  is  the  dominant  mode  used  to  compute  A^p.  Diffraction 
losses  per  sc  arc  also  the  result  of  a  weighting  process  as  was  the  case  for 
radio  LOS  region  losses.  Diffraction  propagation  losses  are  computed  as 
the  weighted  sum  of  appropriate  double  knife  edge  and  round  earth  diffraction 
l os s  terms.  The  weighting  factors  used  in  the  determination  of  radio  LOS 
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and  diffraction  region  losses  are  determined  from  two  separate  empirically 
derived  functions.  They  are,  however,  each  dependent  on  the  input  terrain 
irregularity  parameter  Ah. 

The  three  propagation  region’s  defined  by  the  ESSA  method 
are  readily  identified  from  the  computer  model  attenuation  curve  shown  on  Fig. 
6. 3-2*  2  where  it  will  be  observed  that  all  three  loss  functions  are  melded 
into  a  continuous  loss  versus  distance  relationship.  The  loss  curve  shown 
is  representative  for  a  particular  set  of  model  input  parameters  which  were 
delineated  above,  i.e.,  terrain  irregularity,  antenna  heights,  surface  re- 
fractivity,  ground  propagation  constants,  etc.  The  radio  LOS-diffraction 
region  separation  point,  distance  dj^,  is  defined  as  the  sum  of  both  the  path 
smooth  earth  horizon  distances,  dj^g  j  £<  as  viewed  from  each  antenna,  viz 


Ls 


dLsl  +  dLs2 


The  distance  from  each  antenna  to  its  horizon,  over  a  smooth  earth,  is 
given  by 


dLs  1,  2  <0-002  aheii2) 


1/2 


where  a  is  the  effective  earth's  radius  in  km  as  a  function  of  the  surface 
refractivity  (N  )  viz 


a  -  6370  ( l  - 0.  04665  exp  (0.  005577  N  )f  1 


and  h 


■1,2 


are  the  effective  antenna  heights  in  meters. 


As  was  indicated  above,  for  path  lengths  less  than  the  smooth 
earth  radio  LOS  distance  ( cl j ^ g ) ,  A(^r  is  computed  by  combining  weighted 
values  of  a  two-ray  optics  loss  and  a  diffraction  loss  quantity.  For  path 
lengths  greater  than  d^g,  but  less  than  d^,  the  distance  where  diffraction 
losses  and  forward  scatter  losses  have  tno  same  value,  the  ESSA  method 
utilizes  the  double  knife  edge,  round  earth  diffraction  loss  alone  to  define 
A<3p.  Paths  exhibiting  lengths  greater  than  d^  are  described  with  a  forward 
scattering  Loss  term  since  path  loss  due  to  diffraction  propagation  exceeds 
that  due  to  forward  scatter  in  this  long  distance  region. 

The  ESSA  subroutine  is  programmed  to  perform,  regardless  of 
the  path  distance  involved,  diffraction  region  computations  as  the  first  major 
operation  in  the  prediction  of  propagation  loss  over  rough  terrain.  The 
requirement  for  an  early  definition  of  diffraction  region  losses  becomes 
apparent  when  one  i  (insiders  that  diffraction  type  losses  can  be  an  important 


Figure  6.3-2  ATTENUATION  BELOW  FREE  SPACE  VERSUS  DISTANCE 


contributor  to  path  loss  when  the  path  distance  is  less  than,  as  well  as 
greater  than,  the  smooth  earth  radio  LOS  distance  (d^g).  Another  reason 
is  that  long  range  paths  require  a  definition  of  d^-  the  separation  distance 
between  diffraction  and  forward  scatter  loss  regions,  before  the  correct 
propagation  mode  loss  term  can  be  selected.  Distance,  dv,  is,  as  was 
indicated  above,  a  direct  function  oi  the  losses  predicted  for  the  diffraction  * 

region  Fig.  6,2-3,  the  flow  diagram  oi  the  ESSA  section  of  the  RFLINK  sub¬ 
routine  illustrates  the  computational  sequence  used  in  determining  the  appro¬ 
priate  loss  quantities.  The  flow  diagram  indicates  that  radio  LOS  (d  L  d^,,) 
paths  call  the  diffraction  loss  subroutine  before  the  total  path  loss  can  be 
determined  by  the  DLLOS  subroutine,  whereas  the  long  range  (d  >  d^s)  • 

cases  compute  diffraction  losses  and  forward  scatter  loss  in  sequence  before 
the  appropriate  loss  term  is  selected  by  the  diffraction  subroutine. 

Diffraction  region  calculations  performed  by  the  DIFF  sub¬ 
routine  are  based  on  the  determination  of  diffraction  losses  at  two  discrete 
distance  and  d4  on  Fig.623-2)chosen  well  within  the  diffraction  (d  >  d^  ) 
zone.  Knife-edge  diffraction  losses  (based  on  Fresnel-Kirchoff  theory)  are 
calculated  at  these  distances  resulting  in  attenuations  Aj,^,  A^  with  their 
magnitudes  proportional  to  the  input  horizon  distance  and  angle  parameters. 

Thus,  the  use  of  double  knife  edge  terms  treats  the  situation  as  though  the 
propagation  path  traversed  a  pair  of  isolated  sharp  ridges.  Smooth  (round)  earth 
diffraction  losses  A^,  A^4,  are  also  calculated  at  distances  d^  and  d4 
to  include  these  effects  for  the  longer  paths.  The  smooth  earth  technique 
used  is  based  on  a  method  developed  by  Vogler  ((Ref.  2)  which  estimates 
the  attenuation  experienced  over  the  smooth  bulge  of  the  earth.  Total 
diffraction  losses  at  the  two  distances  are  given  by 


k3,  4  (1'W)  AK3,  4  +  W  AR3 , 


where  W  is  an  empirically  determined  weighting  factor  (Ref.  2)  which  is  a  function 
of  the  input  A  h  terrain  irregularity  parameter  and  other  path  <'  scriptive  data. 
The  A^^  loss  within  the  diffraction  region  is  then  represented  as  a  linear 
dB  loss  versus  distance  relationship  through  the  points  (A-j,  d 3 )  and  (A4,  d4) 
which  defines  the  zero  range  intercept  AR^  (see  dashed  line  on  Fig.  6.3-2)  and 
the  slope  m^,  as  computed  by 


m 


<A4  *  A3)/(d4  *  d3> 


a  nd 


A 


fo 


A  -  m  d 
4  d  4 


when  Aj  is  an  empirical  clutter  factor  (Kef.  1)  proportional  to  terrain  irregularity, 
operating  frequency,  and  antenna  height.  Aej;  at  any  distance  (di  greater 
than  the  smooth  earth  distance  (d  >  d  ^  ),  and  less  than  d^  (where  diffraction 

losses  equal  forward  scatter  losses),  is  finally  determined  by  the  following: 
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Figure  6>3  ESSA  LOSS  PREDICTION  METHOD,  FLOW  DIAGRAM 
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For  paths  within  the  radio  LOS  distance,  the  ESSA  method 
determines  a  weighted  average  of  an  extrapolated  diffraction  region  propa¬ 
gation  loss  term  and  a  two-ray  optics  loss  from  the  same  input  data.  The 
two-ray  optic3  loss  prediction  technique  used  by  the  DLLOS  subroutine  is 
valid  for  frequencies  greater  than  20  mHz  and  accounts  for  the  cancellation 
effects  of  earth- reflected  signals  at  the  path  antennas.  The  DLLOS  sub¬ 
routine  employs  the  following  expression  for  the  computation  of  two-ray 
optics  losses  as  a  function  of  path  distance  (d)  and  other  path  descriptors:- 

At  -  10  Log {1  +  Re2  -  2  Re  cos  -  -  C)) 


where  2 rrA  R/A  is  the  path  length  difference  between  the  direct  and  ground 
reflected  rays  expressed  in  degrees  and  is  equal  to 

2  n~- ■  —  =  2.4017  (10‘3)  f  h  .  h  ?/d 
2  el  eZ 

with  f  in  MHz,  hel,  2  in  meters,  and  d  in  km.  Re  is  the  magnitude  of  the 
effective  ground  reflection  coefficient  and  C  is  the  phase  of  the  coefficient 
relative  to  180°.  The  magnitude  of  the  reflection  coefficient  (Re)  is  a  function 
of  operating  frequency,  path  distance,  effect' ve  antenna  height,  terrain 
irregularity,  and  the  electrical  constants  of  the  propagating  surface,  while 
its  phase  is  also  dependent  on  the  same  quantities  except  for  terrain 
irregularity. 


Subroutine  D.  -LOS  computes  the  two-ray  optics  losses  A^ 
and  Aj2  at  specified  distances  dj  and  d£  selected  well  within  the  dLs  distance 
(see  Fig.6.3-3.Distances  d^  and  d£  are  chosen  so  that  the  difference  between 
the  direct  and  ground-reflected  rays  does  not  exceed  a  distance  comparable 
to  one-quarter  of  a  wavelength;  distance  dj  also  approximates  the  greatest 
distance  at  which  the  attenuation  below  free  space  is  zero.  The  subroutine 
then  employs  the  diffraction  region  loss  function  (intercept  A  ^  and  slope  m^) 
to  determine  extrapolated  diffraction  region  losses  AD1  and  Aj52  at  the 
distances  dj,  d2«  and  d^g,  viz 

A_ ,  , -  A  + m , d  , 

D  i ,  2  ed  d  1,2 


and 


ALs  =  Aed  + 


m,  d 
d  Ls 
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The  total  attenuation  at  dj  and  *B  then  computed  as 


A 1 , 2  =  Wo  AT1,2  +  <1.-¥fo>  AD1,2 


where  Wo  is  an  empirically  determined  weighting  function*  dependent 
on  the  operating  frequency  and  the  terrain  irregularity  parameter  A  h. 

AcR  losses  for  the  entire  d  l  dLs  region  are  then  defined  as  a  logarithmic 
function  fitted  through  the  points  (Aj,  d^),  (A.,  d 7),  and  (Als,  dLs)-  This 
is  accomplished  by  determining  the  slopes  Kj  and  K2  of  a  smooth  fitted 
curve  of  Aqr  versus  distances  and  employing  these  quantities  in  the  following 
relationship; 


ACR=A1  +  K1  W-V  +  V-Sio'd/V 

This  procedure  results  in  a  melding  of  the  LOS  and  diffraction  region  loss 
versus  distance  functions  without  a  discontinuous  gap  at  dLs.  If,  in  the 
event  the  loss  computed  from  the  preceeding  equation  is  less  than  zero  at 
any  distance  (d  t-  dLs)»  the  model  sets  A^r  equal  to  zero.  The  ESSA  method 
does  not  attemot  to  describe  the  multiple  lobes  for  LOS  paths  of  irregular 
terrain. 

It  a  treatment  similar  to  that  used  by  the  DIFF  subroutine 
for  computing  diffraction  region  losses,  the  SCATT  subroutine  employs  a 
two-point  linear  curve  fit  technique  to  predict  path  loss  in  the  forward 
scatter  region,  i.  e. ,  loss  terms  are  computed  at  a  pair  of  distances  and 
a  linear  loss  versus  distance  function  is  established  through  the  resultant 
data  points.  The  definitive  loss  functions  used  were  developed  (Ref.  2  ) 
from  existing  forward  scatter  propagation  models  which  were  appropriately 
modified  to  fit  a  wide  range  of  measured  data.  The  SCATT  subroutine 
predicts  the  expected  long  term  median  path  loss  during  periods  of  greatest 
attenuation  from  the  minimum  monthly  value  of  surface  refractivity  (Ng) 
and  important  features  of  the  propagation  path  (horizon  angles  and  distances). 
The  minimum  monthly  value  of  N-  usually  occurs  during  the  winter  months 
and  it  should  be  noted  that  the  ESSA  method  will  over-predict  median  forward 
scatter  losses  somewhat  in  other  seasons.  Forward  scatter  attenuation  is 
determined  from  a  series  of  empirical  loss  relationships  involving  and 
the  product  of  path  distance  d  and  6,  the  angle  between  the  path  horizon  rays 
as  computed  from; 


6  =  &  ,  +  9  ,  +  d/a 
el  eZ 


where  £?i  2*re  P*th  horizon  angles  and  a  is  the  effective  earth  radius. 
The  particular  loss  definitive  relationship  selected  by  the  subroutine  is 
dependent  on  the  magnitude  of  the  £d  term. 

Scatter  attenuations  A 5  and  A^  are  computed  from  the 
selected  empirical  relationships  at  two  distances,  d§  ard  d^  (see  Fig.  6.3-2) 

*High  terrain  irregularity  or  high  operating  frequencies  result  in  a  s  mall  WQ, 
or  a  large  weighting  towards  diffraction  type  loss. 
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choser:  large  enough  to  be  effectively  beyond  the  influence  of  diffraction 
propagation  fields.  A  linear  loss  versus  distance  function  is  then  established 
through  the  points  (A^,  d^)  and  (A^,  d^)  as  follows: 

m,  --  (A&  -  A  5)/ (d^.  -  d&) 


and 


A  -  Ac  -  rr- L  dc 
es  5  b  5 


where  Aeg  is  the  zero  range  intercept  of  the  linear  scatter  loss  function. 
Thus,  for  distances  greater  than  dx,  A^  is  defined  by 

A  =  A  +  m  d  for  d  >  d 
CR  es  s  x 


which  is  a  linear  dB  loss  versus  distance  relationship  similar  to  that  used 
to  describe  below  free  space  attenuation  for  the  diffraction  loss  region 
(dLs  ^  d  k  dx).  Distance  dx,  where  scatter  loss  equals  diffraction  loss,  is 
given  by: 


d 

x 


(A. 


es 


'  -  “a1 


6.  3.  3. 8  Foliage  Loss  Computations 


As  was  indicated  earlier,  the  ESSA  method  did  not 
specifically  treat  foliage  effects  on  propagation  loss  in  a  quantitative  sense. 
At  100  MHz  and  above,  however,  the  sur.'.ce  vegetation  is  opaque  enough 
to  be  considered  ms  an  integral  part  of  the  path  profile  characterized  by  its 
own  descriptive  electrical  parameters  (conductivity  and  permittivity).  For 
the  higher  VHF  frequencies  and  above,  therefore,  the  foliage  height  may 
simply  be  added  to  the  topographic  terrain  data  to  more  closely  define  the 
actual  propagation  profile.  The  adoption  of  this  technique  in  the  Data  Link 
Analysis  model  results  in  the  inclusion  of  basic  foliage  propagation  effects 
if  the  path  antennas  themselves  are  lelatively  clear  of  vegetation  (no  foliage 
canopy),  i.  e. ,  foliage  height  will  be  reflected  in  the  path  descriptive 
parameters  Ah,  0el  ^ •  anc*  Stands  of  trees  are  troated  as 

diffraction  obstacles  in  a  manner  identical  to  that  used  for  terrain  peaks. 

A  loss  prediction  model  incorporating  only  this  provision  cannot,  however, 
predict  the  sizeable  addition  .1  losses  which  result  if  one  or  more  of  the 
actual  path  antennas  are  located  appreciably  beneath  the  canopy  of  a  dense 
growth  of  vegetation.  The  implemented  model  accomplishes  this  task  by 
combining  the  other  loss  predictions  with  appropriate  foliage  loss  quantities 
derived  in  a  subroutine  called  HTGAIN.  As  can  be  seen  in  Figure  6.3-1, 
HTGAIN  is  called  prf'-r  to  tbe  path  selection  process. 

Jungle  environment  propagation  measurements  (Ref  5), 
covering  the  frequency  range  of  1()0--»00  MHz,  have  demonstrated  that  the 
effects  of  local  (overhead  canopy)  vegetation  on  propagation  loss  are 


* 
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essentially  independent  of  path  length  for  paths  longer  than  approximately 
0.  15  km,  i.  e.  ,  the  additional  propagation  losses  experienced  as  the  antennas 
were  lowered  into  the  foliage  were  found  to  be  independent  of  path  length  when 
the  path  became  longer  than  approximately  0.  15  km.  This  significant 
characteristic  suggests  the  existance  of  a  comparitively  low  loss  propagation 
mode  along,  or  near,  the  foliage  top-air  interface  (lateral  wave)  which  is 
independent  of  the  antenna  penetration  rlepih  into  the  vegetation.  The 
field  measurement  program  allowed  the  empirical  derivation  of  so-called 
"height  gain"  functions  (H^q)  which  define  the  local  foliage  losses  in  terms 
of  antenna  penetration  down  into  a  24,  5  m  high  jungle*,  and  th«.  operating 
frequency.  Separate  "height  gain"  functions  are  required  to  describe  the 
foliage  losses  for  the  upper  VHF  and  lower  UHF  frequency  regions  of 
interest.  The  appropriate  foliage  losses  are  defined  by  the  following; 


Htg  a  37.  4-26.  9  Log10  (24.  5-FpN)  130  4  f  *  200  MHz 


HTG  =  41.2-29.7  Log10  (24.  5-FpN)  260  z.  f  l  350  MHz 


where  Fp^  is  the  distance  in  meters  from  the  foliage-air  interface  to  the 
actual  physical  position  of  the  antenna  within  the  foliage,  and  f  is  the 
operating  frequency  in  MHz. 

Thus,  it  follows  that  if  the  "distance"  loss  along  or  above  the 
foliage-air  interface  can  be  accurately  predicted,  the  total  path  loss  for 
foliage  immersed  antenna  situations  is  merely  the  sum  of  the  foliage  loss 
quantities  defined  by  above  equations  and  the  predicted  "distance"  loss. 
Limited  tests  using  ESSA  loss  computations  with  inputs  as  prepared  in  this 
model  have  indicated  that  it  is  possible  to  closely  predict  the  "distance"  loss 
quantity  for  a  wide  range  of  path  profile  shapes.  Comparisons  between  model 
predictions  and  measured  data  at  100  and  250  MHz  for  approximately  20  paths 
resulted  in  a  mean  prediction  error  of  +3.  5  dB  and  a  standard  deviation  of 
3.0  dB.  The  "distance"  loss  for  antenna-in-  foliage  situations  was  success¬ 
fully  predicted  by  redefining  the  propagation  path  to  one  characterized  by 
ficticious  antennas  located  directly  over  their  actual  positions- -close  to 
the  canopy  top-air  interface  mentioned  above.  With  the  antennas  repositional 
ir.  this  manner  the  ESSA  method  ran  be  employed  in  a  manner  identical  to 
that  discussed  above  which  assumed  that  the  antennas  were  relatively  clear 
of  foliage  with  no  overhead  canopy,  i.  e. ,  regarding  LOS-transhorizon  path 
decisions,  computations  of  path  horizon  parameters,  etc. 

The  foliage  loss  prediction  technique  outlined  above  has 
been  incorporated  in  the  Data  Link  Analysis  model  with  the  major  logical 
operations  and  loos  computations  being  performed  by  subroutine  HTGAIN 
mentioned  above.  Following  its  call,  HTGAIN  compares  structural  antenna 

$ 

Only  10%  of  the  tree  growth  it  the  site  of  the  measurements  exceeded  this 

canopy  height. 


height  to  'he  height  of  the  foliage  canopy  in  the  immediate  vicinity.  If  the 
structural  antenna  heights  (h'gl,2)  are  found  to  be  greater  than  the  local 
foliage  height,  antenna  height  (hg  1,2)  is  set  equal  to  (h’gi(2)  and  the  foliage 
losses  (HtGI,  2)  are  summarily  set  to  zero  (0.  0)  dB.  Whenever  the  structural 
antenna  heights  {h 'g  1,2)  are  less  than  the  foliage  height  (h j  1,2)  at  their 
respective  locations,  subroutine  HTGAIN  redefines  antenna  height  (hgl(  2) 
from  the  actual  structural  height  to  the  height  of  the  local  foliage  canopy. 

The  purpose  of  this  operation  is  to  facilitate  computation  of  the  path 
"distance"  losses.  Path  type  (LOS-transhorizon)  decisions,  and  horizon  para¬ 
meter  determinations  are  then  accomplished  with  the  antenna  in  the  elevated 
position. 

In  buried  antenna  situations,  foliage  loss  quantities  are 
computed  from  the  equations  for  HTG  as  functions  of  antenna  penetration 
distance  (Fpisj)  into  the  foliage  medium.  Since  these  equations  were  derived 
from  propagation  measurements  characteristic  of  a  particular  foliage 
(24.  5  rn  high  jungle)  environment,  and  are  therefore  only  strictly  valid 
for  those  foliage  conditions,  subroutine  HTGAIN  approximates  foliage  loss 
over  a  more  general  class  of  foliage  conditions  by  judiciously  modifying  the 
actual  antenna  penetration  distance  (Fp^)  an  amount  which  is  dependent  on 
the  existing  foliage  height  at  the  antennas.  The  technique  used  is  based  on 
the  assumption  that  as  the  tree  cancpy  growth  becomes  taller,  the  less  dense 
will  be  the  vegetation  closer  the  ground,  due  to  the  reduced  sunlight 
filtering  through.  This  assumption  implies  that  the  rate  of  foliage  loss 
attenuation  (dB/meter  of  foliage  penetration)  decreases  (for  comparatively 
large  antenna  penetration)  as  the  foliage  canopy  height  increases  and  vice 
versa  as  it  decreases.  Path  loss  data  (Ref.  6)  obtained  in  a  tall  (37  m) 
jungle  tends  to  confirm  this  particular  assumption.  The  measured  losses 
indicated  that  the  maximum  HTG1.2  foliage  losses  (antennas  3.  0  m  from 
the  ground)  were  about  the  same  for  both  he  37  m  and  24.  5  m  high  jungles, 
and  also  that  the  HTGI, 2  losses  were  about  the  same  for  the  first  12  m 
of  antenna  penetration  into  each  jungle.  Ihese  findings  therefore  attribute 
the  remaining  loss  to  12.  5  m  of  foliage  in  the  case  of  the  24.  5  m  high  jungle 
and  25  m  of  foliage  in  the  37  m  high  jungle  --  a  definite  indication  of  a  higher 
rate  of  foliage  attenuation  (dB/m)  for  the  lower  canopy  jungle.  Although  not 
thoroughly  supported  by  measured  data,  subroutine  HTGAIN  employs  the 
identical  fo'.iage  loss  vs.  antenna  penetration  (Fpjg)  function  for  the  first 
12  m  of  Fppvj  regardless  of  foliage  canopy  height  at  the  antenna  sites.  If 
the  combination  of  canopy  height  and  . tructural  antenna  height  results  in 
FpN  great*r  than  12  m,  the  subroutine  applies  a  linear  weighting  factor 
to  tne  penetration  distance  exceeding  12  m  which  is  a  function  of  the 
particular  canopy  height,  viz 


rPNlf2s  12  +  10 


F '  PN 1 , 2  '  12 


h..  ,  -  15 
J1*2 


when  (F'pN1  ,  12.0  m) 


Canopy  height  descriptions  are  only  made  available  to  the  model  for  the 
path  terminals,  whereas  median  foliage  height  appears  in  summation  with 
terrain  height  for  the  remainder  of  the  input  profile  definition. 
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where  Fpjjl  2  i®  penetration  distance  substituted  into  the  loss  expression 
(Htc)  and  f’pni,2  is  the  actual  antenna  foliage  penetration  distance  in 
meters  from  the  canopy  top.  Fig.  6. ?-4  illustrates  the  results  of  employing 
the  above  foliage  loss  prediction  technique  for  three  different  jungle  canopy 
heights  at  a  frequency  of  170  MHz.  The  three  foliage  loss  curves  are 
not  only  indicative  of  the  loss  magnitudes  predicted  for  a  foliage  submerged 
antenna,  but  they  also  depict  the  adopted  philosophy  of  relating  foliage  Ions 
to  the  height,  of  the  vegetation  canopy. 

Subroutine  HTGAIN  does  not  continue  increasing  the  rate 
of  high  penetration  foliage  attenuation  with  decreasing  canopy  height  for 
canopy  heights  less  than  18.  3  m  (60  ft)  since  the  slope  of  loss  function 
clearly  becomes  unrealistic  (see  Figi6.3~4) .  Foliage  losses  for  canopy 
heights  greater  than  3  m,  but  less  than  18.  3  m,  are  described  by  the  lower 
Fpj^  portion  of  the  Hjl,2  =  24  m  function  shown  in  Fig. 6.3-^,  This  technique 
provides  an  approximate  prediction  of  foliage  loss  for  the  lower  ve  getation 
heights  by  adopting  a  foliage  loss  function  descriptive  of  relatively  high 
antennas  within  a  24  m  jungle.  The  approximation  appears  reasonable,  but 
its  validity  can  only  be  determined  by  field  experimentation.  The  18.3m 
canopy  height  limitation  discussed  above  also  carries  the  implication  that 
foliage  canopies  less  than  this  height  do  not  exhibit  the  thick,  relatively 
low-lying  vegetation  growth  characteristic  of  jungle  type  vegetation.  The 
possibility  exists,  therefore,  that  for  jungle  environments  less  than  1C.3  m 
high,  the  model  may  tend  to  underpredict  foliage  losses  somewhat.  From 
another  viewpoint,  however,  it  may  be  argued  that  vegetation  growth  less 
than  18.  3  m  or  thereabouts  is  not  in  many  cases  a  jungle  situation,  but 
a  deciduous  forest  exhibiting  very  little  low-lying  vegetation  growth  -- 
making  the  above  approximation  somewhat  more  realistic.  Pred.ccion  of 
foliage  losses  for  canopy  heights  less  than  3.  0  m  is  not  attempted  at  all  in 
the  model;  HTGAIN  sets  Hjci  or  H-jg2  to  (0-0)  whenever  th*  respective 
input  canopy  heights  are  less  than  3.0  m  since  the  resulting  'css  terms  would 
be  quite  small. 


The  sum  of  Hjci  and  Htq2  actually  represents  a  predicted 
median  value  of  foliage  loss  for  the  path  in  question.  This  is  due  to  the  fact 
that  measured  data  (Ref.  5)  from  which  the  H^g  expressions  were  derived 
was  obtained  by  averaging  several  measurements  as  the  physical  position 
of  the  antenna  was  perturbed;  a  necessary  procedure  since  foliage  loss  is 
sensitive  to  the  physical  arrangements  of  the  vegetation  immediately 
surrounding  the  antenna  proper.  It  is  therefore  quite  possible  teat  the 
median  foliage  loss  quantities  predicted  by  the  Hjq  expressions  will 
considerably  underestimate  this  component  of  path  loss  in  many  practical 
situations.  Subroutine  HTGAIN  accounts  for  this  non-deterministic 
possibility  by  performing  a  random  selection  from  a  normal  density 
distribution  characteristic  of  the  loss  randomness  observed  during  field 
measurements.  For  each  foliage  submerged  antenna  situation,  a  random 
draw  is  made  from  a  zero  mean,  5  dB  standard  deviation  normal  distribution. 
If  the  resulting  loss  increment  (AFyAR)  proves  to  be  positive  (loss  greater 
than  the  median)  it  is  added  to  the  median  H^.^  value;  negative  loss  increments 
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Figure  6.3-4  FOLIAGE  PROPAGATION  LOSS  VS  ANTENNA  HEIGHT 
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where 


R 

NF 

T 

B 

A 


LT 

kLR 

^PATH 


=  transmitter  power  (Watts) 

-  transmit  antenna  gain  (dB) 

"  receive  anteVme  gain  (dB) 

=  receiver  noise  figure  'power  ratio) 
=  temperature  (degrees) 

=  receiver  bandwidth  (overall)  (H^.) 

-  transmit  system  RF  losses  (dB) 

=  receive  system  RF  losses  (dB) 

=  total  basic,  propagation  loss  (dB) 


S/N  as  defined  above  represents  a  fundamental  performance  indicator  of 
overall  data  link  performance,  particularly  sc,  If  the  error  behavior 
characteristics  of  the  signal  and  data  interpretation  processes  (electronic 
and  human)  are  known  as  functions  of  S/N.  Since  several  aspects  of  the 
interpre  ation  processes  are  largely  unknown  because  of  the  lack  of 
experimental  data  or  because  extensive  analysis  would  be  required  for  their 
definition,  receiver  S/N,  therefore,  is  probably  the  least  uncertain 
descriptor  of  link  performance  available  from  the  analysis  model  is  its 
present  configuration. 


Despite  the  lack  of  detailed  information  alluded  to,  the  Data 
Link  Analysis  model  provides  a  reasonable  criteria  for  determining  whether 
the  data  link  under  scrutiny  is  adequate  in  terms  of  its  ability  to  transfer 
data  messages.  The  criteria  is  based  on  the  computation  of  a  path  S/N 
margin  quantity  which  is  referenced  to  a  minimum  acceptable  level  of 
receiver  S/N.  The  implemented  approach  assumes  that  the  communication 
systems  are  of  the  digital  type  employing  noncoherent  frequency-shift 
keying  (FSK)  modulation  techniques.  It  is  further  assumed  that  the  digital 
information  to  be  transmitted  is  coded  in  binary  forms,  and  that  the  receiver 
employs  two  identical  detection  channels  to  discriminate  between  the  two 
binary  data  states  (represented  by  a  pair  of  discrete  frequencies).  Receiver 
front-end  noise  is  the  only  competing  signal  considered  by  the  model  as 
influencing  the  decision  process.  The  probability  of  making  an  error  in 
estimating  whether  a  zero  or  one  was  transmitted  in  noncoherent  FSK 
systems  is  related  to  the  energy  content  of  the  reced  ed  signal  waveform 
(E)  and  the  competing  receiver  noise  power  density  (N^)  by  the  following 
theoretical  (Ref.  7)  expression: 

PeBIT  =  1/2  CXP  ('E/2  N<l) 

where  E,  the  energy  content  is  in  coulombs,  and  Nd,  the  noise  power 
density,  is  in  watts  per  unit  bandwidth.  The  error  probability  described 
by  thi3  equation  is  the  probability  that  th  wrong  detection  decision  will  be 
made  by  the  receiver  given  a  transmitted  bit  of  information.  If  it  is  assumed 
that  receiver  noise  becomes  decorrelated  between  bit  transmissions,  the 
probability  that  a  message  word  N  bits  long  will  contain  at  least  one  bit 
detection  error  is  given  by: 
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P  =  1  -  (1-P  V 

t  eMESS  '  eBIT' 

Thus,  the  above  equations  can  be  used  to  define  the  detected  message  error 
probability  in  terms  of  the  received  signal, and  receiver  internal  noise.  The 
error  behavior  described  by  the  error  probability  equations  is  used  in  the 
analysis  model  to  establish  a  baseline  receiver  S/N  ratio  which  forms  the 
reference  for  individual  path  S/N  margin  determinations.  Adopting  this 
method  to  indicate  overall  performance  of  the  link  message  transfer  process 
results,  however,  in  a  somewhat  pessimestic  requirement  for  receiver  S/N 
since  error  reduction  techniques  such  as  parity  checks,  information  redundancy, 
human  interpretation,  etc.,  have  all  been  ignored.  Nevertheless,  in  view 
of  the  uncertainties  connected  with  the  prediction  of  propagation  loss,  the 
adopted  approach  would  appear  to  yield  viable  performance  criteria. 

The  minimum  acceptable  (baseline)  receiver  S/N  ratio  is 
obtained  by  solving  the  error  probability  equations  for  an  allowable  minimum 
received  signal  energy  to  noise  power  density  ratio  (E/Nd  min)>  an<* 
converting  the  ratio  to  receiver  S/N.  After  some  manipulation 

*  E/N4min/  *4‘ 605  Log10  ^1"{1‘PeMESSmax)  1’386 


where  PeMESS  max  *8  maximum  allowable  message  error  probability 
set  by  the  analysis  model  user  (e.  g. ,  5-10%).  Received  E/Nd  can  be 
converted  to  a  signal  to  noise  power  ratio  (S/N),  in  a  general  sense,  without 
a  knowledge  of  the  transmitter  modulation  characteristics,  if  the  receiver 
bandwidth  relative  to  the  received  signal  spectrum  is  known.  This  is  seen 
as  follows; 


PRr 

E/Nd  ~  n7b“ 


PRr 

N/BTP 


P_BTP 

— 5- -  =  BTP  (S/N) 


T 


where  T  is  the  duration  of  the  received  signal  in  one  of  the  detection  channels 
B  is  the  overall  bandwidth,  Pr  is  the  received  signal  power,  N  is  the  receiver 
noise  power  appearing  in  one  of  the  detection  channels,  and  BTP  is  the 
ratio  of  the  dettetion  channel  bandwidth  to  the  spectrum  of  the  received 
signal.  Thus,  the  minimum  acceptable  (baseline)  receiver  S/N  ratio 
(in  dB)  becomes 


E/N, 


S/Nmin=  10L°*10— BTF 


min 


+  7.0 


A  corrective  term  must  be  applied  to  this  equation  before  it  actually 
represents  the  baseline  S/N  ratio  for  practical  situations  —  its  derivation 
was  predicted  on  the  theoretical  error  behavior  of  noncoherent  FSK 
systems.  Operational  receivers  of  this  type  exhibit  a  similar  detection 
error  probability  vs,  E/Nd  relationship  except  for  the  fact  that  approximately 
6-8  dB  higher  E/n<1  ratios  are  required  for  given  output  error  probabilities. 
(Ref.  8).  The  expression  for  the  data  link  analysis  model  takes  into 
consideration  by  employing  the  following  determination  of  S/N  baseline  ratio: 
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Path  S/N  margin  Is  then  computed  from: 

*  S/N  -  S/N^n 

Clearly,  S/N^rg  can  either  be  positive  or  negative  depending  on  the  magnitude 
of  the  computed  value  of  the  link  receiver  S/N  ratio.  Supplementing  S/N 
margin,  the  model  also  determines  the  bit  error  probability  and  message  (word) 
error  probability  for  each  path  analyzed. 

An  example  of  the  Data  Link  Analysis  ftitput  Formats  is  given 
,»u  page  6-36.50,  6-36,51,  and  6-36.52. 
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DATA  LINK  ANALYSIS  MODEL 


VARIABLE _ [  USED  BY 


Common/BASICT/ 

Page  2-135,  H 

MAINSY 

TERAN 

Common/ 

XMIN,  YMIN 

XMIN  -  Minimum  X  coordinate  of 

MAINSY 

terrain  held  in  core 

PROFIL 

TERANE 

YMIN  -  Minimum  Y  coordinate  of 

terrain  held  in  core 

Common/  ITRNHT (30401 ) ,  Shor>,  RMAX 


ITRNHT (3 0401)  -  Integerized terrain 

MAINSY 

in  storage 

PROFIL 

SHORT  -  The  range  of  short 

TERANE 

range  sensors 

RMAX  -  The  maximum  r*nge  of 

a  radar 

Common/  DGD,  MXREF.MYREF,  MXTENT .MYTENT ,  DRAY 


DGD  •  Grid  sire  per  stepping  MAINSY 

along  range  (100)  PROFIL 

TERANE 

MXREF  -  Integerized  X  reference 
or  playing  field 

MYREF  -  Integerized  Y  reference 
of  playing  field 


VARIABLE 


MXTENT  -  Integer ized  Xf  extent  of 
playing  field  ' 

MYTENT  -  Integerized  Y  extent  of 
playing  field 

DRAY  -  Incremental  distance  along 
line  of  sight  in  XY  plane 


XS(10),  YS(10) ,  XT(10),  YT(10) , 
ZSO(IO),  ZT0(10),  NXGD 


XS 

-  X  coordinate  of  sensor 

YS 

-  Y  coordinate  of  sensor 

XT 

-  X  coordinate  oi  t it  get 

YT 

-  Y  coordinate  of  target 

ZS0 

-  Interpolated  e leva. ion 
of  sensor 

ZT0 

-  Interpolated  elevation 
of  target 

NXGD 

-  Grid  size  for  stepping 
along  range 

Comnon/  RSEN(15) 


RSEN  -  Array  no  longer  in  use  (Pro¬ 
gram  card  could  be  deleted) 


Common/HE IGKt  H(500),  CH(500),  XTR(500), 

:?(50Cy 


USE 


VARIABLE 


USED  BY 


-  Propagation  path  profile 

COMMA 

(terrain  plus  foliage) 

DELHD 

data  array  (metiers) 

EFFEC 

HORIZ 

CH(  )  -  Height  vs.  Distance 

LEAST 

function  of  straight 

RE  ADC 

line  fit  for  profile 

RFLINK 

points. 

XTR(  )  Difference  between 

fitted  line  and  actual 

terrain. 

HP(  )  •  Propagation  profile 

(terrain  plus  foliage) 

height  for  earth  curva- 

ture  and  atmospheric 

refraction  (meters). 

Comnon/NR  JZ,  W,  SW3 ,  SW4,  SA3 ,  SA4,  SAFO 


J2 


Index  no  longer  in  use  (used  DIFF 
In  model  check-out)  DLLOS 


W  -  Line  of  sight  region  loss 
weighting  factor 

SW3  -  Stored  value  of  diffraction 

loss  weighting  factor  (defined 
at  distance  d-j) 

SW4  -  Stored  value  of  diffraction 

loss  weighting  factor  (defined 
at  distance  d^) 

SA3  -  Stored  value  of  effective 
earth's  radius  between  the 
path  horizon  and  distance  dj. 

SA4  -  Stored  value  of  effective 
earth's  radius  betveen  the 
path  horizon  am'  distance  d^. 

SAFO  -  Stored  value  of  terrain  rough¬ 
ness  clutter  loss. 


6-36.12 


I 


USE 


Common /MAR14/ 


Common/M/ 


VARIABLE 

USED  BY 

D3,  D4,  T5 

D3  -  Distance  chosen  well  within 

DIFF 

the  diffraction  loss  region. 

SCATT 

D4  -  Distance  chosen  well  within 

the  diffraction  loss  region. 

T5  -  Angle  between  the  path  horisoi 

rays  for  distance  d^. 

F,  D,  NS,  A,  DH,  DHS,  S,  E, 
POL,  KM,  RITE,  DHD,  ILOS,  PATH 


Link  operating  frequency 

Grourd  distance  between 
transmitter  and  receiver 
terminals. 

Average  surface  refrac- 
tivity  for  transmitter 
and  receiver  ends  of 
propagation  path. 

Effective  earth's  radius 
(corrected  for  regional 
surface  refractivity)(km) 

Path  profile  roughness 
descriptor. 

Stored  value  of  Ah  terrain 
irregularity  parameter. 
Conductivity  of  propogation 
surface  (MHo/m) 

Relative  Permativlty  of 
propagation  surface. 

Link  antenna  polarisation 


DIFF 

DLLOS 

RFLINK 

SCATT 


6-36.13 


Common/MP/ 


VARIABLE 

USED  BY 

KM  -  Program  switch;  calls  SCAT 

subroutines  if  path  dis" 

tance  is  greater  than  the 

radio  LOS  distance. 

RITE  -  Program  switch  no  longer 

in  use  (used  in  model 

check-out) 

1L0S  -  Line  of  sight  propagation 

path  switch 

0  -  No 

1  -  Yes 

PATH  -  Relay  link  propagation 

path  switch  (one  antenna 

on  prominent  peak) 

0  -  No 

1  “  Yes 

PHD  -  Interdecile  range  of  ter¬ 

DLLOS 

rain  hgts  above  &  below 

straight  line  curve  fit 

HIE,  H2E,  H1G,  H2G,  DLS1,  DLS2 , 
DL1,  DL2 ,  DL,  DLS,  TEl,  TE2 ,  TE , 
KL 


Effective  transmitter 
antenna  height  above 
propagation  profile 
(meters) 

Effective  receiver 
antenna  height  above 
propagation  profile 
(meters) 

Transmitter  antenna 
height  above  propa¬ 
gation  profile  modi¬ 
fied  for  local  Jungle 
foliage  (meters) 

Receiver  antenna 
height  above  propa¬ 
gation  profile  modi¬ 
fied  for  local  jungle 
foliage  (meters) 


6-36.14 


DIFF 

DLLOS 

RFLINK 

SCATT 


_  variable  _ _ 

DLS1  -  Ground  distance  from  trans¬ 
mitter  antenna  to  smooth 
earth  horizon  (Rm> 

DLS2  -  Ground  distance  from  receiver 
antenna  to  smooth  earth 
horizon  (km) 

DU  -  Ground  distance  from  trans¬ 
mitter  to  profile  point 
forming  THETA1  (km) 

D12  -  Ground  distance  from 

receiver  to  profile  point 
forming  THETA2  (km) 

-  Sum  of  distances  DL1,  DL2 

fiLS  -  Sum  of  smooth  earth  distance 
DLS1,  DLS2. 

I«1IA1  -  Most  elevated  angle  horizon 
between  transmitter  antenna 
and  propagation  path  profile 
(radians) 


USED  BY 


THETA2 


Most  elevated  angle  horizon 
between  receiver  antenna 
and  propagation  path  profile 
(radians) 


—  "  Sum  elevation  angles  THETA 1 

and  THETA2 ,  or  DL/A,  whichever 
is  larger. 

KL  -  Index  no  longer  la  use  (used  in 
model  check-out. 


6-36.15 


VARIABLE 


USED  BY 


AG,  AD,  ACR,  AED,  MD,  AH5$, 
AH5,  D5,  MS,  AES,  DX,  H5 1 


AG  -  Two-way  optics  loss (below  free 
space). 

AD  -  Diffraction  region  loss  (below 
free  space). 

ACR  -  Median  reference  propagation 
loss  below  free  space. 

AED  -  The  zero  range  intercept  of 
the  ACR. 

MD  -  The  slope  of  the  ACR  loss 

within  the  diffraction  region 
represented  as  a  linear  dB 
loss  vs.  distance  relationship. 

AH50  -  Forward  scatter  loss  defined  at 
distance  d  *  dxo(dXQ  -  distance 
where  diffraction  loss  and 
scatter  loss  over  smooth  earth 
are  equal) 

AH 5  -  Estimate  of  scatter  loss  vs 

dlstarce  d^. 

D5  -  Distance  chosen  well  within  the 
scatter  loss  region. 

MS  -  Slope  of  the  ACR  loss  within  the 
scatter  region  represented  as  a 
linear  dB  loss  vs.  distance 
relationship. 

AES  -  Zero  range  intercept  of  the 
linear  scatter  loss  function. 

DX  -  The  separation  distance  between 
diffraction  and  forvard  scatter 
loss  regions. 

H5  -  Scatter  loss  frequency  gain 

function  determined  at  distance 

d5. 


DIFF 

DLLOS 

RFLINK 

SCATT 


USE 


VARIABLE 


USED  BY 


Conmon/ML/ 


D0,  Dl,  D01 ,  D02 ,  A0,  Al,  Kl, 
K2,  AL,  ALS,  AOG 


D0  -  Approximate  distance  for 

which  below  free  space  loss 
Is  zero. 

Dl  -  The  greatest  distance 

within  tha  line  of  sight 
region  at  which  ACR  Is 
zero. 

001  -  Estimate  of  distance  d  whe4 
Aed  2  0.  1 

002  -  Estimate  of  distance  d^  whetj 

A0  -  LOS  region  loss  computed  at 

distance  d|(below  free  spac^) 

Al  -  LOS  region  Ions  computed  at 
distance  d2  (below  free 
space). 

JSI  *  Polarization  sensitive  para 
meter  used  to  predict  round 
earth  diffraction  loss. 

AL  -  Diffraction  reg.  loss  com¬ 
puted  at  diet  “^(d..  “  sum 
of  smooth  earth  patn  horlzotj 
distances) . 

ALS  -  Diffraction  region  loss 

computed  at  distance  d  . 

L 

AOG  -  LOS  region  loss  computed  at 

distance  d^ (below  free  spaoj) 


Cocmnon/UNTER 

See  Appendix  C,  Volume  2, 

User's  Manual 

FOLAGE 

TERAN 

6-36.17 


VARIABLE  1 

USED  r< 

TE1(500) ,  IS2(500) 

TE1( 

)  -  Array  of  anglaa  for 
all  proflla  polnta 
rafarancad  to  tha 
trananittar  antenna 
(radlana) 

HORIZ 

INTER 

RFLINK 

TE2( 

)  -  Array  of  anglaa  for 
all  proflla  polnta 
rafarancad  to  tha 
racalvar  antanna 
(radlana) 

iirm(i5,  60) 


Saa  Section  3.3.2,  Volume  I, 

Function 

Part. II,.  Model  Daicriptlon 

IUTEVL(X,V) 

TERAH 

NFIX(4) 


NFIX  - 

Array  no  longar  in  uae 
(Program  card  could  be  da- 

RFLINK 

leted) 
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UNATTENDED  SENSOR  DATA  PROCESSING  MODEL 


6.4.1  Introduction 

In  present  field  operations,  the  time  dependent  activation 
patterns  obtained  from  various  types,  combinations  and  deployments  of 
unattended  ground  sensors  (UGS)  are  displayed  on  monitors  to  operators 
who  attempt  to  classify  and  identify  them.  They  also  uempt  to  derive 
additional  characteristic  information  from  those  patterns  that  are  judged 
to  be  enemy  targets.  The  operator  is  closely  attuned  to  the  events  that 
occur  around  him.  He  may  possibly  have  a  priori  information  of  friendly 
or  enemy  troop  movements,  suspect  are  s,  civilian  activity,  etc.  In 
addition  he  will  likely  be  in  contact  with  i.  jner  levels  of  command  via 
hardwire  lines  or  radio.  The  operator  will  also  be  exposed  to 
other  activity  in  his  area,  (munition  bursts,  passage  of  aircraft,  etc.  ). 

Many  of  these  noise  sources  or  events  cause  responses  by  emplaced  sensors. 
These  responses  are  observable  as  activation  events  on  the  monitor 
annunciator  and  display  for  an  array  of  UGS  which  have  been  deployed. 

The  UGS  are  generally  designed  to  provide  activation  events 
only  when  certain  signal  levels  and  logic  requirements  have  been  achieved 
at  a  sensor.  Depending  on  the  particular  sensor  design  characteristics  and 
environmental  conditions,  however,  the  activation  reports  may  be  due  to 
targets,  false  targets  or  false  alarms.  Based  on  the  patterns  of  sensor 
activations  that  an  operator  observes,  certain  information  can  be  gleaned 
regarding  the  presence  of  a  target  and  some  estimates  of  its  type,  rate 
of  movement,  number  of  elements,  heading,  length  etc.  ,  can  be  developed. 

Sensors  are  activated  in  two  basic  ways:  (1)  b  signals  of 
the  proper  class  from  objects  different  from  the  steady  state  environment 
and  (2)  from  noise.  The  activations  received  from  objects  which  are  enemy 
forces  are  categorized  as  true  targets.  Activations  received  from  any  other 
objects  are  categorized  as  false  targets.  Random  excursions  of  noise 
which  cause  sensor  activations  are  categorized  as  false  alarms.  Sources 
that  cause  sensor  activations  under  the  categorizations  of  true  targets,  false 
targets  and  false  alarms  are  defined  a3  follows: 

True  Targets  False  Targets  False  Alarms 

Enemy  MAV  •  Own  or  friendly  •  Cultural 

•  M  =  men  MAV  phenomena 

•  A  =  activities  •  Friendly  or  neu-  •  Natural 

tral  populace  phenomena 

•  V  -  vehicles  •  Insects  and  •  Battlefield 

animal'  noise 

•  Friendly  or  •  Electronic 

enemy  aircraft  equipment 
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A  principal  objective  of  monitor  operator  decision  making 
is  to  attempt  to  classify  and  identify  the  source  of  UGS  activation  signals. 
Classification  of  the  source  of  the  activations  is  defined  as  determining 
what  the  source  is;  that  is,  a  target,  or  a  nontarget.  Identification  is 
defined  as  determining  who  the  classified  soufce  is;  that  is,  an  enemy, 
a  friend,  or  a  neutral.  Targets  are  divided  into  true  and  false  targets.  Non¬ 
targets  consist  of  false  alarms.  False  alarms  may  be  caused  by  cultural 
phenomena  such  .ts  noise  emanating  from  towns  or  villages,  by  natural 
phenomena  that  includes  wind,  rain,  hail,  lightning,  thunder,  running  water, 
earth  tremors,  etc.  ,  by  battlefiel  '  noise  or  by  electrical  interference  from 
electronic  equipment  that  cause  pseudo  activations  to  be  displayed  on  monitors. 

The  Phase  I  System  Assessment  Model  is  a  large  computer, 
simulation.  An  overview  of  this  model  is  shown  in  Figure  6.4-1  in  which  the 
relationship  of  the  UGS  sensor  data  processing  model  to  the  remainder  of 
the  SAMI  simulation  is  indicated. 
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Figure  6.4-1  PHASE  I  SAM  OVERVIEW 


Enemy  forces  (Targets)  are  moved  around  a  selected  game 
play  area  in  which  their  movement,  paths  and  speeds  are  controlled  by 
planner  inputs.  The  target  s  signal  at  the  source  is  selected  to  fit  the 
target's  description  and  attenuated  over  the  sensor-to-  arget  range  in 
order  to  determine  the  target's  signal  at  the  sensor.  Isolating  this  target 
signal-to-sensor  problem  from  the  rest  of  the  complex  situation  f<  the 
moment,  the  problem  is  then  to  determine  what  information  can  be  derived 
from  the  series  of  sensor  activations  that  result  from  a  target  moving  through 
the  sensor's  area  of  coverage. 
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One  complication  which  occurs  in  analyzing  the  time  histories 
of  sensor  activations  is  that  not  only  real  targets  but  other  objects  may 
cause  the  sensors  to  activate.  In  addition,  random  excursions  of  noise 
may  also  cause  sensor  activations.  The  SAfA  simulation  identifies  the  other 
sources  as  battlefield,  cultural,  atmospheric,'  and  terrain  environment. 

The  battle  and  culture  subroutines  create  the  battlefield  and  non-military 
activities  that  may  cause  the  sensor  to  activate.  These  activations  are 
entered  into  the  game  play  as  false  targets  and  noise.  The  atmospheric 
and  terrain  subroutines  create  the  natural  environment,  part  of  which 
includes  wind,  rain,  vegetation,  etc.  which  conti ibute  to  t^e  noise  and, 
therefore,  to  false  alarm  activations. 

Other  major  functions  that  can  affect  the  sensor  activation  • 
time  histories  are: 

1.  Sensor  position  subroutines  that  emplace  the 
sensor  so  that  the  commander's  knowledge  of 
the  sensor's  emplacement  position  is  an  estimate 
of  its  actual  location. 

*  2.  Reliability  subroutines  that  determine  the 

time  histories  of  the  equipment  that  are 
functioning. 

3.  Line-of-sight  subroutines  that  compute  whether 
the  line-of-sight  between  the  sensor  and  target 
is  masked  by  foliage  or  terrain  features. 

4.  Data  link  subroutines  that  compute  the  sensor- 
tc  monitor  RF  propagation  losses  and  determine 
if  the  sensor  activation  reports  can  be 
received  at  the  monitor. 

5.  Those  subroutines  that  solve  the  geometry  of 
game  play  and  determine  the  locations  of 
specified  targets  associated  with  specified 
sensor  coverage  areas. 

The  UGS  Data  Processing  model  performs  an  analysis  of  sensor  reports  utilizing 
target  and  false  alarm  data  streams  (sensor  activation  time  histories) 
as  prepared  from  MSM  output  (presently  manually).  The  output  of  this 
model  is  then  formated  in  terms  of  timeliness,  accuracy  and  content  of 
monitor  reports.  The  content  of  a  target  report  will  vary  depending  on 
mission  objectives  and  the  types  and  combinations  of  UGS  utilized.  The 
target  information  derivable  may  vary  from  only  detecting  the  presence 
of  a  target  to  the  maximum  amount  of  information  as  listed  below. 

1.  Presence  of  enemy  activity 

2.  Type 

3.  Direction  of  movement 

4.  Number  of  elements 

5.  Speed 

6.  Length 
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7.  Estimated  time  of  arrival  (ETA)  at  some  future 
position 

8 .  Location 

9.  Time  * 

10.  False  alarm  filtering 

11.  False  target  filtering 

The  timeliness  of  the  report  is  derivable  from  item  9  above.  Accuracy 

of  the  report  can  also  be  summarized.  For  example,  target  estimated  speed,  • 

number  of  elements,  length,  ETA  at  some  future  position  location,  etc.  , 

can  be  compared  with  ground  truth  information  to  determine  errors  and, 

therefore,  accuracy  of  the  report. 

6,4.2  Model  Descriotion 

An  overview  flow  chare  of  the  Unattended  Sensor  Data  Processing 
model  is  shown  in  Figure  6.4-2.  This  program  consists  of  22  subroutines* 
which  are  listed  as  follows: 

ANALMN  (main  program)  MCHART  (block  data) 

LILMSM  LOCATE  NMOD 

ANLYZE  COUNTR  CNNECT 

RODRUM  CRLATE  IDIST 

CALLIT  FSTARG  ALPHA 

INSPCT  RESET  RADIAN 

ARRIVL  INOUT  (block  data)  SNAIDR 

JSIETA  MONLST  (block  data) 

One  data  set  is  needed  (SYSIN) 

The  UGS  Data  Processing  model  is  presently  a  stand-alone  program 

which  utilizes  a  manually  prepared  sensor /monitor  data  stream  output  from 
the  main  simulation  model  (MSM).  After  first  reading  in  the  system 
configuration  data  cards  and  forming  the  necessary  logical  connections, 
the  program  initiates  an  analysis  of  sensor /monitor  activation  time  histories. 

This  progr:  -n  and  its  subroutines  initially  determine  from  the  most  recent 

activation  time  history  of  each  sensor /monitor  combination  whether  the 

frequency  density  of  the  activations  indicates  the  presence  of  a  target.  , 

If  a  target  is  indicated,  the  program  initiates  an  analysis  of  the  data  to 

determine  the  duration  of  the  sensor /monitor  activation  and  the  activation 

sequence  start  and  stop  times.  For  the  tactical  situation  in  which  any 

pair  of  UGS  are  emplaced  along  a  trail  and  connected  to  the  same  monitor(s), 

the  durations  of  the  activation  sequences  occurring  on  each  sensor,  the  • 

start  and  stop  times  of  these  activations  and  the  commander's  estimate  of 

the  separation  distances  between  the  sensors  are  utilized  to  estimate  the 

speed  and  length  of  the  target.  Knowing  the  values  of  these  target  parameters, 

additional  computations  are  then  performed  to  determine  the  estimated 

times  of  arrival  of  the  target  at  preselected  firetrap  kill  points  along  the 

trail.  Following  this,  other  target  information,  as  was  listed  previously, 

is  then  determined  in  a  similar  manner  depending  on  the  types  of  sensors 

being  utilized  and  the  nature  of  their  tactical  deployment. 

*The  main  program  ANALMN  is  an  additional  Executive  routine  that  is 
utilized  to  call  the  Unattended  Sensor  Data  Processing  Model. 
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Figure  6.4*2  OVERVIEW  FLOW  CHART  OF  UGS  DATA  PROCESSING  MODEL 


It  is  important  to  note  that  the  activation  time  history  of 
each  sensor /monitor  combination  must  be  inserted  into  the  program  in  an 
ascending  time  sequence.  If  a  sensor/monitor  activation  time  history  has 
one  or  more  data  cards  that  are  placed  out. of,  order  in  the  deck,  the 
program  v/ill  get  out  of  step  internally  and  erroneous  outputs  will  result. 
Subroutine  CNNECT  is  presently  programmed  to  set  up  the  entire  system 
structure  by  computation  from  card  input  data.  This  subroutine  may  be 
changed  to  by-pass  some  of  the  computations  if  the  data  cards  already 
contain  'he  data  that  is  computed.  In  addition,  subroutine  CNNECT  and  its 
related  subroutines  may  be  substituted  by  a  corresponding  set  of  subroutines 
if  the  data  supplied  by  it  is  already  in  storage  as  a  result  of  previous 
computations. 

A  description  of  each  of  the  21  (excluding  the  executive, 
ANALMN)  subroutines  that  comprise  the  model  as  presently  formulated 
is  presented  below  together  with  a  flow  diagram  of  each  subroutine. 

Together  these  describe  their  purpose,  method  and  useage. 

6.4.2.  1  LILMSM  Subroutine 

♦ 

Since  the  UGS  Data  Processing  model  Is  a  stand-alone  program, 
Subroutine  LILMSM  is  required  to  accept  time-phased  sensor/monitor 
activation  data  streams  summarized  on  data  input  cards  and  to  schedule 
the  sensor  activation  data  for  analysis  by  subroutine  ANLYZE.  It  calls 
subroutine  CNNECT  in  order  to  link  up  required  system  elements  for  each 
particular  application  and  subroutine  ANLYZE  to  perform  the  analysis 
of  the  event  oriented  activation  data.  Block  data  is  supplied  through 
subroutines  INOUT,  MONLST,  and  MCHART.  Subroutine  LILMSM  plus 
the  sensor/monitor  activation  data  input  cards  takes  the  place  of  a  direct 
connection  to  the  MSM.  However,  LILMSM  may  be  replaced  by  MSM  in 
the  future  if  on-line  operation  is  desired.  A  flow  diagram  of  subroutine 
LILMSM  is  shown  in  Figure  6.4-3.  The  block  data  subroutines  which  supply 
information  to  subroutines  LILMSM,  ANLYZE,  CNNECT  and  CALLIT 
are  next  described. 

6. 4.  2.  2  Block  Data  Subprograms 

6. 4.  2.  2.1  INOUT 


The  purpose  of  subprogram  INOUT  Is  to  define  the  input-outpu 
units.  The  card  reader,  printer  and  output  card  punch  are  designated  Numbers 
5,  6  ard  7  respective*/.  The  user  may  redefine  these  input-output  units  if 
desired  by  changing  the  numbers  assigned  to  I CARD,  IPRINT  and  l*»rlCH  in  the 
data  rtatement  of  the  INOUT  block  data  subprogram.  The  information  supplied 
by  this  subroutine  is  utilized  by  LILMSM,  ANLYZE  end  CNNECT  subroutines.  A 
diagram  of  computer  subprogram  INOUT  is  shown  in  Figure  6.4-4. 


SUMOUTINI  UUMH 

Figure  6.4-3  SUBROUTINELILMSM  MACROFLOW 
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BLOCK  PATA  SUBPROGRAM  INQUT 


PURPOSE:  TO  DEFINE  INPUT-OUTPUT  UNITS 
“  NUMBER  S  AS  THE  CARD  READER. 
NUMBER  6  AS  THE  PRINTER.  AND 
NUMBER  7  AS  THE  OUTPUT  CARD 
PUNCH 


Figure  6.4-4  SUBPROGRAM  IN  OUT  MACROFLOW 
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6. 4. 2. 2. 2 


MONLST 


The  Block  Data  subprogram  MDNLST  contains  output  data  generated  by 
subroutine  CNNECT  for  use  by  subroutine  ANLYZE.  Included  in  this 
storage  are  master  lists  of  the  activation  sequence  start  and  stop  times 
(JMSTRT,  JMSTDP)  associated  with  the  ID  number  of  each  sensor  (J)-monitor 
(M)  combination.  Also  stored  are  system  configuration  data  and  other 
computed  outputs  from  subroutine  CNNECT  when  it  utilizes  subroutine 
IDIST,  ALPHA,  RADIAN  and  SNAIDR.  The  structure  of  the  block  data 
is  shown  in  Figure  6,4-5. 

6. 4.  2.  2.  3  MCHART 

Computer  block  data  subprogram  MCHART  initializes  a  common 
area  labeled  "MCHART"  which  sets  the  master  event  counter  and  time  slot 
entry  in  the  computer  to  zero  and  establishes  the  dimension  of  the  simulated 
"rolling  drum"  (events  recording  storage  area)  at  2000  event  entries. 
Subprogram  MCHART  is  closely  associated  with  Computer  subroutine 
RODRUM  from  which  it  obtains  activation  data  for  common  data  area 
storage  (data  blank).  This  data  is  made  available  to  all  target  data  evaluation 
subroutines  through  subroutine  ANLYZE.  A  diagram  of  computer  sub¬ 
program  MCHART  is  shown  in  Figure  6.4-6.  Since  MCHART  is  closely  related 
to  subroutine  RODRUM,  it  is  also  shown  on  the  flow  diagram  for  RODRUM 
later  on. 

6 . 4.  2 . 3  CNNECT  Subroutine 

The  purpose  of  subroutine  CNNECT  is  to  make  a  sensor-to- 
monitor  connection  list.  Each  sensor  array  is  identified  with  a  sensor  field. 

In  turn,  each  sensor  is  identified  within  an  assigned  sensor  array,  the 
monitor  or  monitors  to  which  it  reports  and  the  Commander's  estimate  of 
each  sensors  position  coordinates.  Those  sensors  that  are  co-located 
pairs  (primary  +  auxiliary)  are  also  identified  together  with  the  reporting 
sequence  of  each  sensor.  This  subroutine  also  established  the  physical 
relationships  between  the  sensor  locations  and  the  geometry  of  the  geographic 
configuration  (e.g.  ,  a  trail)  under  the  surveillance  of  the  sensors  belonging 
to  a  given  monitor  or  monitors.  This  data  is  called  by  subroutine  LILMSM 
for  utilization  in  subroutine  ANLYZE  to  predict  target  movement,  arrival 
at  firetrap  kill  points  and  other  items  that  make  up  the  target  reports  which 
have  been  previously  discussed.  Referring  again  to  Figure  6.4*2,  data  cards 
are  utilized  to  input  required  system  configuration  information  to  subroutine 
CNNECT.  In  performing  its  functions  subroutine  CNNECT  also  calls 
s uj  porting  subroutines  IDIST,  ALPHA,  RADIAN  and  SNAIDR  as  required 
to  supply  additional  computed  data.  These  supporting  subroutines  are 
described  below.  A  flow  diagram  of  subroutine  CNNECT  is  shown  in 
Figne  6.4-7. 
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DATA  INPUT  NONE:  DATA  OUTPUT  NONE 

■ - i _ 


INITIALIZE  DATA  IN 

labelled  common 

"MCHART"  EON 

PURPOSES  of  nollino 
Drum  STORAGE 


DATA  HIRER Qq  RAM  EOR  COMMON/MC8ART/ 


PURPOSE: 


TO  INITIALIZE  COMMON  AREA  LABELLED 
“MCMART-.  IT  SETS  MASTER  EVENT 
COUNTER  TO  0,  SLOT  ENTRY  TO  0,  AND 
ESTABLISHES  DIMENSION  OF  “DRUM**  AT 
2000  EVENT  ENTRIES. 


Figure  6.4-6  SUBPROGRAM  MCHART (DATA  INITIALIZATION)  MACROFLOW 


6- 


— 

DATA  INPUT;  (VIA  DATA  CARDS,  8110  FORMAT  OR  10F82  FORMAT,  A8  APPLICABLE) 

(A)  NUMBER  OF  MONITORS 
FOR  FIRST  MONITOR; 

IB)  NUMBER  OF  SENSORS,  NUMBER  OF  FIRETRAPS,  NUMREft  OF  GEOGRAPHIC 
NODES,  CONFIGURATION  TVPE  NUMBER 

(Cl  SENSOR  I.D.  NO.,  TYPE  NO.,  X-COOROINATE,  Y -COORDINATE,  S-COOROINATE, 
OFFSET  ARRAY  NO. 

REPEAT,  ONE  CARD  PEF1  SENSOR 

ID)  FIRETRAP  1.0.  NO.,  FIRETRAP  TYPE  NO.,  X-COORDINATE,  Y -COORDINATE, 
S-COORDINATE.  TRAIL  NO. 

REPEAT,  ONE  CARO  PER  FIRETRAP 

(E)  GEOGRAPHIC  NODE  1.0.  NO..  X-COORDINATE,  Y-COORDINATE,  ^COORDINATE, 

TRAIL  NO. 

REPEAT.  ONE  CARD  PER  NODE 

(NOTE;  NODES  REFER  TO  NOOES  IN  TRAILS  IN  THIS  PROGRAM) 

REPEAT  STEPS  (B)  TO  (E)  FOR  SECOND  MONITOR 
REPEAT  STEPS  IB)  TO  (E)  FOR  THIRD  MONITOR 
REPEAT  STEPS  (B)  TO  IE)  FOR  FOURTH  MONITOR 
ETC. 

NOTE;  ALL  ABOVE  ENTRIES  ARE  INTEGER  DATA 

(F)  10  BLANK  CARDS  OR  10  CARDS.  10  ENTRIES  EACH  (FLOATING  POINT) 

INDICATING  DETECTION  THRESHOLD  VALUES  (THESE  ARE  NOT 
USED  AT  PRESENT  BUT  MAY  BE  IMPLEMENTED  IN  FUTURE 
PROGRAMMING  TO  ENTER  TARGET  DETECTION  THRESHOLDS  IN 
IMPULSES  PER  SECOND  OF  SENSOR  TYPE  (I)  IN  OPERATING 
ENVIRONMENT  (J)  WHERE  I  REFt  RS  TO  CARD  AND  J  IS  THE 
ENTRY  NUMBER  IN  EACH  CARD) 


DATA  OUTPUT:  STORAGE  ft  ARRANGEMENT  OF  DATA  IN  COMMON  AREA  MON  1ST  INDICATING 
MONITOR-SENSOR-FIRETRAP  GEOGRAPHIC  SURVEILLANCE  AREA  HOOKUP 


Figure  6.4-7  S'JBROUTINE-CNNECT  MACROFLOW 
(Sheet  1  of  3) 


6-48 


m 


Figure  6.4-7  SUBROUTINECNNECT  MACROFLOW 
(Sheet  2  of  3) 
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PURPOSE:  TO  REAO  &  COMPUTE  DATA  DESCRIBING 
THE  STRUCTURE  OF  THE  SURVEILLANCE 
SYSTEM 


Figure  6.4-7  SUBROUTINE-CNNECT  MACROFLOW 
(Sheet  3  of  3) 
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6.4.2.  3.  1 


IDIST  Subroutine 


When  called  by  subroutine  CNNECT  subroutine  IDIST 
provides  an  analytical  routine  for  computing  the  straightline  distance 
between  two  locations  x,,  y,,  and  x,»  y?*  along  a  trail.  The  output  of  this 
subroutine  is  the  rounded  distance  between  any  two  points  whose  x,  y 
coordinates  are  given  in  integer  value.  A  flow  diagram  of  subroutine  IDIST 
is  shown  in  Figure  6.4'8. 


6. 4. 2. 3. 2 


ALPHA  Subroutine 


When  called  by  subroutine  CNNECT  subroutine  ALPHA 
determines  the  emplacement  location  of  a  sensor  with  respect  to  the 
breakpoints  (BP1  and  BP2)  of  a  straight  line  segment  of  a  trail.  The 
subroutine  determines  whether  the  sensor  location  is  either  outside  of 
BP1  or  BP2  or  between  BP1  and  BP2.  If  the  sensor  is  located  somewhere 
between  BP1  andBP2,  the  distance  from  BP1  to  the  sensor  is  determined 
as  measured  along  the  straight  line  segment.  The  routine  determines  the 
fractional  distance  along  a  line  segment  at  which  a  perpendicular  drawn 
froiji  an  arbitrary  point  with  respect  to  this  straight-line  segment 
intersects  it.  If  0  ^  ALPHA  3s  1,  the  intersection  is  internal  to  the  line 
segment.  If  ALPHA  <  0,  the  intersection  is  external  at  the  first  end  of 
the  line  segment.  If  ALPHA  >  1,  the  intersection  is  external  to  the  second 
end  of  the  line  segment.  A  flow  diagram  of  subroutine  ALPHA  is  shown  in 
Figure  6.  4-9. 

6. 4,2. 3. 3  RADIAN  Subroutine 

When  called  by  subroutine  CNNECT  subroutine  RADIAN 
provides  an  analytical  routine  for  computing  the  heading  of  a  target  in  radians 
measured  in  a  clockwise  direction  with  the  zero  starting  point  corresponding 
to  90°  (compass  reading).  These  headings  are  subsequently  translated  into 
mils  as  measured  clockwise  from  true  north  by  this  computer  subroutine. 

The  subroutine  computes  the  mathematical  direction  (y/x)  in  radians  that 
the  target  is  heading  from  one  point  to  the  next  when  their  coordinates  are 
given  in  integer  values.  A  flow  diagram  of  subroutine  RADIAN  is  shown 
in  Figure  6.  4-  10. 

6.  4.  2,  3.  4  SNAIDR  Subroutine 

When  called  by  subroutine  CNNECT  subroutine  SNAIDR 
determines  the  reverse  directional  heading  of  a  target  going  from  position 
coordinates  X2,  y2  to  xj,  yj  as  compared  to  the  forward  directional  heading 
of  a  target  going  from  x,,  y^  to  xg,  y2  as  computed  by  subroutine  RADIAN. 

The  data  input  to  subroutine  SNAIDR  is  the  forward  heading  in  radians 
provided  by  subroutine  RADIAN  through  subroutine  CNNECT.  The  data 
output  of  subroutine  SNAIDR  is  the  reverse  direction  of  the  forward 
heading  in  radians.  The  heading  is  measured  in  a  clockwise  direction 
with  the  starting  point  corresponding  to  90°  compass  reading.  These 
headings  are  subsequently  translated  into  mils  as  measured  clockwise  from 
true  north  by  this  computer  subroutine.  A  flow  diagram  of  subroutine  SNAIDR 
is  shown  in  Figure  6.4-11. 
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DATA  INPUT'  X1  '  COORDINATE  OF  FlflCT  POINT  l 
Y,  -  COORDINATE  OF  FIRST  POINT 

.  INTEGER 

values 

Xj  •  COORDINATE  OF  SECOND  POINT 
Yj  ■  COORDINATE  OF  SF  JOND  POINT  . 

DATA  OUTPUT  ROUNDED  INTEGER  DISTANCE  BETWEEN  POINTS 

ID) ST  -  ydX2.X1)2*<¥2-V1»2  ♦  0.5 

0 


PURPOSE:  TO  FIND  ROUNDED  DISTANCE  BETWEEN  POINTS  WHOSE  X-Y 
COORDINA.ES  ARE  niVEN  IN  INTEGER  VALUES 


Figure  6.4-8  SUBROUTINE  IDIST  MACROFLOW 
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DATA  INPUT  X1  ■  COOR'ir.'ATE  OP  ONE  END  OP  A  LINE  SEGMENT 

X2  •  COORDINATE  OF  OTHER  END  OP  A  LINE  SEGMENT 
X3  •  COORDINATE  OP  AN  ARBITRARY  POINT 
Y|  -  COORDINATE  OF  ONE  END  OP  A  LINE  SEGMENT 
Y2  •  COORDINATE  OP  OTHER  END  OP  A  LINE  SEGMENT 
Y3  -  COORDINATE  OF  AN  ARBITRARY  POINT 

DATA  OUTPUT  FRACTIONAL  DISTANCE  ALONG  LINE  SEGMENT  AT  WHICH  PERPENDICULAR  FROM 

ARBITRARY  POINT  TO  LINE  SEGMENT  CUTS  LINE  SEGMENT.  IF  RESULT  IS  GREATER 
THAN  ZERO  AND  LFJS  THAN  ONE,  PERPENDICULAR  IS  INTERNAL  TO  LINE  SEGMENT 
OTHERWISE  IT  IS  EXTERNAL.  PASSING  OUTSIDE  OP  FIRST  END  OF  LINE  WHEN  RESULT 
IS  LESS  THAN  ZERO  AND  OUTSIDE  OF  OTHER  END  OF  LINE  WHEN  RESULT  IS  GREATER 
THAN  ONE 


PURPOSE  TO  FIND  FRACTIONAL  DISTANCE  ALONG  A  LINE  SEGMENT  AT  WHICH  A  PERPENDICULAR 

FROM  AN  ARBITRARY  POINT  TO  THIS  LINE  INTERSECTS  THE  LINE  SEGMENT.  IF  0  A  ALPHA  A  1 
INTERSECTION  IS  INTERNAL  TO  LINE.  IF  ALPHA  A  0.  INTERSECTION  IS  EXTERNAL  OF  FIRST  ENO 
OF  SEGMENT,  IF  ALPHA  >  1,  INTERSECTION  IS  EXTERNAL  OF  SECONO  ENO  OF  LINE  SEGMENT. 


Figure  6.4-8  SUBROUTINE  ALPHA  MACROFLOW 
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PURPOSE  TO  UNO  THl  MATHEMATICAL  DIRECTION  1Y/XI  IN  RADIANS  PROM  ONE  POI.JT 
TO  THE  NEXT  WHEN  THEIR  COORDINATES  ARE  GIVEN  IN  INTEGER  VALUES. 


Figurt  6.4-10  SUBROUTINE  RADIAN  MACROFLOW 

4 
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PURPOSE:  TO  PINO  REVERSE  DIRECTION  IN  RADIANS  OF  A 
GIVEN  FORWARO  DIRECTION  GIVEN  IN  RADIANS 


Figure  6.4-11  SUBROUTINE  SNAIDR  MACROFLOW 
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6. 4. 2. 4 


ANLYZE  Subroutine 


Presently,  the  UGS  activation  data  streams  are  outputed 
from  the  MSM  on  tapes.  This  activation  data  is  subsequently  transferred 
to  input  data  cards  on  a  time-ordered  and  event-oriented  basis  and  inputed 
to  subroutine  LILMSM  as  indicated  previously  in  Figure  6.4-2.  When  called 
by  subroutine  LILMSM,  subroutine  ANLYZE  provides  an  executive  program 
for  determining  the  timeliness,  accuracy  and  content  of  target  reports. 

In  order  to  accomplish  this  function,  subroutine  ANLYZE  must  receive 
various  information  on  system  configurations  and  characteristics  from 
computer  block  data  subprogram  MONLST.  When  called  by  subroutine 
LILMSM,  tnis  data  is  supplied  to  MONLST  through  subroutine  CNNECT  and 
the  suo routines  ID  1ST,  ALPHA,  RADIAN  and  SNAIDR  which  it  controls. 
Subroutine  ANLYZE  also  receives  data  from  computer  block  data  sub¬ 
programs  IN OUT  and  MCHART.  Subprogram  MCHART  supplies  UGS 
activatlonevents  data  to  subroutine  ANLYZE  utilizing  UGS  activation  data 
stored  on  a  "rotating  drum"  which  is  controlled  by  subroutine  RODRUM 
and  its  executive  subroutine  ANLYZE. 

Executive  subroutines  ANLYZE  also  calls  on  subroutine 
RODRUM,  CALLIT,  INSPCT,  ARRIVL,  JSIETA,  LOCATE,  COUNTR, 
CRLATE,  FSTARG  and  RESET  as  required  to  analyze  the  UGS  activation 
data  and  other  information- that  are  made  available  to  them.  In  turn  these 
subroutines  supply  outputs  to  ANLYZE  that  are  utilized  in  formulating 
target  reports.  Target  reports  can  include  the  time  that  a  target  report 
is  generated,  target  type,  length,  velocity,  heading,  ETA  at  "firetrap 
kill"  pointsfnumber  of  elements,  accuracies  in  target  length,  velocity 
and  position  etc. ,  as  discussed  previously.  A  flow  diagram  of  subroutine 
ANLYZE  is  shown  in  Figure  6.4-12.  Those  computer  subroutines  that  are 
called  and  controlled  by  executive  subroutine  ANLYZE  are  described 
next. 


6. 4.  2.  4.1  RODRUM  Subroutine 

When  called  by  executive  subroutine  ANLYZE,  subroutine 
RODRUJ.  stores  activation  events  (detections  and  false  alarm)  data  streams 
from  each  sensor  that  are  generated  by  the  various  sensor  performance 
models  during  game  play.  These  events  are  associated  with  each 
respective  sensor/monitor  (identification  number)  and  times  of  occurrence 
in  game  play.  They  are  stored  in  a  "simulated  rolling  drum"  (events 
record  storage  area)  in  the  computer  for  use  in  subsequent  analyses  by 
the  various  other  data  processing  subroutines.  These  data  are  supplied 
to  block  data  subprogram  MCHART  for  this  purpose.  A  flow  diagram 
of  computer  subroutine  RODRUM  is  shown  in  Figure  6.4-13.  A  conceptual 
diagram  of  the  simulated  "rolling  drum"  storage  area  (indicated  in  Figure  6.4-13 
is  shown  in  Figure  6.  4-14.  An  illustrative  example  of  the  "rolling  drum" 
in  the  storage  of  activation  event  times  as  associated  with  UGS/monitor 
identification  (I.  D. )  numbers  and  useage  for  subroutine  INSPCT  is 
depicted. 


Figure  6.4-12  SUBROUTINE  ANIAZE  MACROFLOW 
(Sheet  1  of  4) 
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Q  Q 


If  STATNU-TRUE,  PRINT 
"TARGET  CONTINUED" 
MESSAGE 


Figure  6.4-12  SUBRCUTIWB  ANLVZS  MACROFLOW 
(Shatt  2  of  4) 


o 


Fijurc  6.4-12  SUBROUTIWK  ANLKXR  MACROFLOW 
(ShMt  3  of  4) 
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PURPOSE:  TO  RENDER  AN  ENGLISH  LANGUAGE  INTERPRETATION  OF 
SENSOR/MONITOR  ACTIVATION  TIME  HISTORIES 


* 


Figur*  6.4-12  SUBROUTINE  AflLYXE  MACROFLOW 
(Sheet  4  of  4} 
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PURPOSE:  TO  STORE  A  SENSOR/MONITOR  ACTIVATION  EVENT  GENERATED  BY  THE 
MAIN  SIMULATION  MODEL. 

DATA  STORED  IS  TIME  AND  SENSOR/MONITOR  ID  NUMBER  (ITIME,  JSENSR, 
MMONTR)  INTO  A  SIMULATED  "ROLLING  DRUM"  STORAGE  AREA 


Figure  6.4-13  SUBROUTINE  •  RODRUM  MACROFLOW 
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6.4.2.  4.2 


CALLIT  Subroutine 


When  called  by  executive  subroutine  ANLYZE,  the  purpose 
of  subroutine  CALLIT  is  to  determine  from  stored  RODRUM  data  whether 
or  not  a  target  is  indicated  on  each  respective  sensor/monitor  combination 
based  on  the  minimum  number  of  activation  events  falling  within  fixed 
time  slots.  The  stored  data  is  obtained  from  block  data  subprogram 
MCHART  which  is  fed  by  subroutine  RODRUM.  The  required  minimum 
number  of  activations  and  the  length  of  the  time  slot  are  designated 
based  on  decision  rules  that  are  planner  inputs  and  therefore,  can  be  varied 
accordingly.  Subroutine  CALLIT  calls  computer  function  subroutine  NMOD 
as  shown  previously  in  Figure  6.4-2,  for  the  purpose  of  resetting  an  arbitrary 
index  number  to  point  to  the  corresponding  data  in  the  simulated  rolling  • 
drum  storage  of  sensor/monitor  activation  data.  A  flow  diagram  of 
computer  subroutine  CALLIT  is  shown  in  Figure  6.4-15.  Since  computer 
function  subroutine  NMOD  has  been  mentioned  above  for  the  first  time, 
it  is  described  next. 

6. 4.  2. 4.  3  NMOD  Subroutine 

* 

Subroutine  NMOD  provides  a  utility  function  utilized  for 
restricting  search  range  to  the  capability  of  the  simulated  "rotating  drum" 
in  RODRUM  and  for  all  of  the  subroutines  which  utilize  RODRUM.  A 
major  purpose  is  to  reset  an  arbitrary  index  number  to  point  to  the 
corresponding  data  in  the  "rolling  drum"  storage  of  sensor/monitor 
activation  data.  In  addition  to  subroutine  CALLIT,  subroutine  NMOD 
is  called  for  use  by  INSPCT,  COUNTR,  CRLATE,  FSTARG  and  RESET. 

A  flow  diagram  of  computer  function  subroutine  NMOD  is  shown  in 
Figure  6.  4-16. 

6. 4.  2.  4.  4  INSPCT  Subroutine 

When  called  by  executive  subroutine  ANLYZE,  subroutine 
INSPCT  is  used  in  conjunction  with  subroutine  CALLIT.  A  past  search  of 
relatively  long  time  space  on  RODRUM  is  conducted  with  a  sliding  time 
slot  of  specified  length  to  find  the  duration  (time  length),  initiation  times 
and  stop  times  of  continuous  collections  of  events  on  respective  sensors 
where  the  frequency  of  occurrence  equals  or  exceeds  a  specified  input 
density  (threshold)  value  based  on  a  specified  decision  rule.  If  the 
threshold  density  is  equaled  or  exceeded,  the  subroutine  returns  start 
and  stop  times  of  continuous  activations  and  the  duration  of  continuous 
activations  which  satisfy  required  density  criteria.  The  subroutine  is 
flexible  in  that  the  planner  can  change  the  input  values  (DENREF)  of  the 
decision  rule  to  suit  his  needs.  A  flow  diagram  of  the  computer  sub¬ 
routine  INSPCT  is  shown  in  Figure  6.4-17. 
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P»A 


DATA  INPUT: 


SENSOR/MONITOR  I  D.  NO.,  TIME-SLOT  LENGTH.  MINIMUM  COUNT  REQUIRED 


DATA  INPUT:  A  NUMBER  REPRESENTING  A  DESIRED  RELATIVE  ENTRY 

POINT  IN  THE  SENSOR/MONITOR  ACTIVATION  DATA  BANK 


DATA  OUTPUT:  ABOVE  NUMBER  CONVERTED  TO  LIE  IN  RANGE  1  2000 


NMOO  •  MODULO 

2000(AM)  ♦  1 


EXAMPLES 

NMOO  (1)  -  1 
NMOO  120001-2000 
NMOO  (2001)  -  1 
NMOO  (0)  •  2000 
YMOO  (-11  -  ISM 
ETC. 


PURPOSE:  TO  RESET  AN  AR" 
TO  POINT  TO  TH 
IN  T-.E  "ROLLIN 
SENSOR/MONITOt. 


RY  INDEX  NUMBER 
RESPONDING  DATA 
r  STORAGE  OP 
.  VATION  DATA 


Figur*  6.4-16  SUBROUTINE  NMOD  MACROFLOW 
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DATA  INPUT: 

SENSOR/MONITOR  I.D.  NO..  TIME,  ELAPSED  TIME  TO  END  OF  INSPECTION 
TIME  SLOT,  ELAPSED  TIME  TO  BEGINNING  OF  INSPECTION  TIME  SLOT. 
SLIDING  SUB-TIME  SLOT  SIZE,  REFERENCE  DENSITY  (EVENTS/SUB  TIME 
SLOT)  VALUE  TO  BE  USEO  AS  A  CRITERION  FOR  DECIDING  THAT 

ACTIVITY  IS  CONTINUOUS. 

OATA  OUTPUT: 

LENGTH  OF  TIME  THAT  LATEST  ACTIVITY.  IN  SPECIFIED  (LARGE)  TIME 
SLOT  MET  DENSITY  CRITERION. 

START  TIME  OF  THAT  ACTIVITY 

STOP  TIME  OF  THAT  ACTIVITY,..  ,  ,  ... 

NOTE:  SEE  ILLUSTRATION  (Figure  6.4-14) 

SET  INITIAL  CONDITIONS 


TURN  RACK  DATA  DRUM  UNTIL 
DATA  PRESENTED  BELONGS  TO 
INSPECTION  TIME  SLOT 


FURTHER  TURN  BACK  DRUM  UNTIL 
EVENT  BELONGING  TO  SENSOR 
SPECIFIED  ABOVE  APPEARS  AND 
COUNT  THIS  EVENT 


REMEMBER  THIS  SLOT  POSITION  (I  KEEP) 


STEP 

DRUM  ONE 

i  STEP 

BACKWARDS 

FROM  REMEMBEREO 

VALUE 

(IKEEPI 

FURTHER  TURN  BACK  DRUM,  INSPECT¬ 
ING  ALL  EVENTS  BELONGING  INSIDE 
SLIDING  TIME  SLOT  WHICH  ENOS  AT 
EVENT  SPECIFIED  IN  BLOCK  ABOVE, 
COUNT  •  COUNT  IF  EVENT  BELONGS 
TO  SENSOR  SPECIFIED  ABOVE 


IF  TIME  DIFFERENCE  BETWEEN  SUCCESIVE  E 
SLOTS  EXCEE06  SLIDING  TIME  SLOT  GO  TO  ( 


Fijurs  6.4-17  SUBROUTINE  INSPCT  MACROFLOW 
(Shsst  1  of  2) 
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PURPOSE:  FOR  SENSOR  MONITOR  WHOSE  I.D.  NO.  IS  J,  M,  AT  THE  I  TIME,  SEARCH  A  TIME  SPACE 
BEGINNING  AT  ITIME-ITB,  AND  ENDING  AT  ITIME-ITA,  WITH  A  SLIDING  TIME 
SLOT  OF  LENGTH  ITSLOT,  TO  FIND  THE  DURATION  (LENGTH)  OF  THE  LATEST 
CONTINUOUS  COLLECTION  OF  EVENTS  WHOSE  FREQUENCY  OF  OCCURRENCE 
EQUALS  OR  EXCEEDS  A  SPECIFIED  INPUT  VALUE/DENREFI.  ALSO  SPECIFY  THE 
STARTING  TIME,  JBTART,  AND  STOPPING  TIME,  JSTOP,  OF  THESE  EVENTS. 


Figur*  8.4^17  SUBROUTINF.  INSPCT  MACROFLOW 
(Shsst  2  of  2) 
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6.  4. 2. 4.  5 


ARRIVL  Subroutine 


When  called  by  executive  subroutine  ANLYZE, 
subroutine  ARRIVL  determines  the  estimated  time  of  arrival  of  the  center  of 
a  target  at  preselected  firetrap  kill  points  along  a  trail,  and  the  speed  of  the 
target.  These  are  determined  based  on  the  sequence  and  timing  of  activations 
obtained  from  sensor  1  located  along  a  trail  at  a  position  1  and  those  from 
sensor  2  located  at  a  position  2.  Both  PRE-BIAS  and  POST-BIAS  considera¬ 
tions  are  available  in  subroutine  ARRIVL  for  more  accurately  computing 
target  length  and  estimated  time  of  arrival  (ETA)  at  a  selected  firetrap  kill 
point  position  and  speed  for  those  cases  in  which  the  type  of  target,  estimated 
sensor  detection  envelope  associated  with  the  target  type,  and  sensor  offset 
distance  from  a  trail  are  known.  When  these  are  unknown,  however,  PRE¬ 
BIAS  and  POST-BIAS  are  equal  to  zero  resulting  in  less  accurate  estimates 
of  target  length  and  ETAs.  PRE-BIAS  is  the  distance  from  a  point  on  a  trail 
at  which  initial  sensor  activation  on  the  leading  edge  of  a  target  occurs  to 
intersection  with  the  trail  of  a  perpendicular  offset  from  the  sensor  position 
to  the  trail.  POST -BIAS  is  the  distance  from  the  intersection  of  a  perpendic¬ 
ular  offset  with  the  trail  to  a  point  on  the  trail  where  the  last  activation  on 
the  trailing  edge  of  a  target  occurs.  A  flow  diagram  of  computer  Subroutine 
ARRIVL  is  shown  in  Figure  6.  4-18. 

6. 4. 2. 4. 6  JSIETA  Subroutine 

When  called  by  executive  Subroutine  ANLYZE, 
computer  function  subroutine  JSIETA  predicts  the  time  of  arrival  of  the  center 
of  a  target  of  length  (L)  at  a  selected  point  (xj,  yj)  along  a  trail.  Required 
inputs  include  target  speed,  location  of  a  reference  point  (x,  y)  along  a  trail, 
the  time  at  which  a  target  passes  the  reference  point  and  the  location  (xj,  y.) 
of  another  selected  point  (e.g.,  firetrap  kill  point).  This  subroutine  is  used 
in  conjunction  with  subroutines  ARRIVL  and  LOCATE.  A  flow  diagram  of 
computer  function  subroutine  JSIETA  is  shown  in  Figure  6.4-19. 

6. 4. 2. 4. 7  LOCATE  Subroutine 

When  railed  by  executive  subroutine  ANLYZE, 
subroutine  LOCATE  determines  the  position  (x^.y^),  of  the  center  of  a 
target  along  a  trail  at  any  arbitrarily  specified  time.  Required  inputs 
include  target  speed,  location  of  a  reference  point  (x,  y),  and  the  time  a 
target  passes  any  specified  reference  point.  This  subroutine  is  used  in 
conjunction  with  subroutines  ARRIVL  and  JSIETA  which  have  been  previously 
described.  A  flow  diagram  of  subroutine  LOCATE  is  shown  in  Figure  6.4-20. 

6. 4.  2.  4.  8  COUNTR  Subroutine 

When  called  by  executive  subroutine  ANLYZE, 
subroutine  COUNTR  counts  the  number  of  activations  received  from  each 
sensor  as  indicated  on  an  associated  r.ionitor(s)  which  occur  within  a  given 
elapsed  time  or  time  slot  window.  The  subroutine  returns  actual  start  and 
stop  times  of  activations  and  the  number  of  activations  that  occur  within 


DATA  INPUT:  LOCATION  ALONO  TRAIL  OF  CENTER  OF  SENSOR  1 

LOCATION  ALONO  TRAIL  OF  CENTER  OF  8ENSOR  2 
LOCATION  ALONO  TRAIL  OF  CENTER  OF  FIRE-TRAP 
START  TIME  OF  ACTIVATION  OF  SENSOR  1 
STOP  TIME  OF  ACTIVATION  OF  SENSOR  1 
START  TIME  OF  ACTIVATION  OF  SENSOR  2 
STOP  TIME  OF  ACTIVATION  OF  SFNSOR  2 

PRE  BIAS  1  (PREMATURITY)  OF  1'  ART  TIME  OF  ACTIVATION  OF  SENSOR/MONITOR  1 
PRE  BIAS  ;?  (PREMATURITY)  OF  START  TIME  OF  ACTIVATION  OF  SENSOR/MONITOR  2 
POST  8IAS  1  (POSTMATURITY)  OF  START  TIME  OF  ACTIVATION  OF  SENSOR/MONITOR  1 
POST  BIAS  2  (POSTMATURITY)  OF  START  TIMF  OF  ACTIVATION  OF  SENSOR/MONITOR  2 


DATA  OUTPUT: 


ARRIVAL  TIME  OF  CENTER  OF  TARGET  AT  FIRETRAP  KILLPOINT. 
LENGTH  OF  TARGET  (COLUMN)  IN  METERS,  AND  TARGET  SPEED,  «m/HR 


IN 


> 

COMPUTE  RATIO  •  (TRAP-LOCATION2)/(LOCATION  2  -  LOCATION  1) 

USING  START  TIME  (1).  STOP  TIME  1,  BIAS  1 

COMPUTE  T1,  TIME  CENTER  OF  COLUMN 

-CROSSES  SENSOR  1 

SAME  AS  ABOVE  T2  FOR  SENSOR  2  j 

ARRIVAL  TIME  •  T2 

♦  (T2-T1)  X  RATIO 

USING  START  TIME  1,  START  TIME  2,  STOP  TIME  1.  STOP  TIME  2. 

BIAS  1  BIAS  2, 

COMPUTE  TIME  LENGTH  TARGET  TAKES  TO  CROSS  FIRE  TRAP  CENTER 


COMPUTE:  LENGTH  IN  METERS  AT  FIRETRAP 

LENGTH  -  TIME  LENGTH  (  LOC  (SENSOR^-LOC  (SENSOR  I)*) 

T2  •  T1 


PURPOSE:  TO  DETERMINE  TAROST  LENGTH  (LNOTH),  SPEEO  (SPED)  AND  ARRIVAL  TIMS  (CETA)  AT  FIRETRAP 

LOCATED  AT  JU.  EASED  ON  ACTIVATIONS  ON  SENSOR  1 
LOCATEO  AT  JS1.  STARTING  AT  TIME  JSTRT1.  STOPPING  AT  TIMS  JSTPt,  AND 
ACTIVATIONS  ON  SENSOR  2.  STARTING  AT  TIME  JSTRT2,  STOPPING  AT  TIME 
JBTP2,  KNOWING  THAT  SENSOR  1  ACTIVATIONS  START  PREMATURELY  ON 
POSTMATURELY  BY  JBIAS  1  •SCONCE)  AND  SENSOR  2  ACTIVATIONS  START 
PREMATURELY  OR  POSTMATURELY  BY  JBIAS  2  SECONDS) 


Figurs  6.4-18  SUBROUTINE  ARAIVL  MACROFLOW 


PURPOSE:  TO  ESTIMATE  TIME  OF  ARRIVAL  OP  A  TARGET  AT  A  DESIRED 

POINT.  KNOWING  TARGET  SPEED.  TIME  OF  TARGET  OBSERVATION 
AT  OBSERVATION  POINT.  AND  LOCATION  OF  OBSERVATION  POINT 
AND  DESIRED  POINT  IN  CUMULATIVE  DISTANCE  COORDINATES 
ALONG  A  TRAIL 


Figure  6.4-19  SUBROUTINE  JSIETA  MACROFLOW 


0 


DATA  INPUT:  TARGET  SPEED 

REFERENCE  LOCATION  COORDINATE  (SINGLE  DIMENSION! 

WHERE  TARGET  WAS  OSSERVEO 
TIME  AT  WHICH  TARGET  WAS  OSSERVEO  AT  REFERENCE 
POSITION 

TIME  FOR  WHICH  LOCATION  OF  TARGET  IS  DESIRED 


DATA  OUTPUT:  SINGLE  DIMENSION  ESTIMATED  TARGET  POSITION  AT 
TIME  GIVEN 


LOCATE  -  REFERENCE  POSITION  ♦  SPEED  X  (TIME  -  TIME  AT 
REFERENCE  POSITION) 


PURPOSE:  TO  LOCATE  A  TARGET  IN  SINGLE  DIMENSION  I.S.,  ALONG  .* 

TRAIL.  AT  AN  ARBITRARILY  GIVEN  TIMS.  KNOWING  THE  TIME. 
SPEED  AND  LOCATION  THAT  A  TARGET  WAS  LAST  OBSERVED. 


Figure  6.4*20  SUBROUTINE  LOCATE  MACROFLOW 
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the  selected  time  window.  In  performing  tne  operations,  subroutine  COUNTR 
analyzes  sensor /monitor  activation  events  data  received  from  block  data 
subprogram  MCHART.  Subroutine  NMOD  is  called  to  index  and  restrict  the 
range  of  search  of  the  sensor  activation  events  data  in  the  "rolling  drum" 
storage  area,  A  flow  diagram  of  subroutine  COUNTR  is  shewn  in  Figure  6. 4“  21. 

« 

6. 4.  2,  4.  9  CRLATE  Subroutine 

When  called  by  executive  subroutine  ANLYZE, 
the  purpose  of  subroutine  CRLATE  is  to  determine  whether  the  time  of 
occurrence  of  activations  on  a  first  sensor  deployed  along  a  trail  correlate  , 

on  an  elapsed  time  basis  with  those  of  a  second  sensor  spaced  a  specified 
distance  apart  considering  the  possible  types  of  targets  encountered  and 
their  estimated  velocities.  In  order  to  perform  these  correlation  functions, 
subroutine  CRLATE  must  analyze  sensor /monitor  activation  events  data 
which  are  received  from  block  data  subprogram  MCHART.  Subroutine  NMOD 
is  called  and  utilized  to  perform  the  same  functions  as  described  previously 
for  subroutine  COUNTR.  A  flow  diagram  of  this  logical  function  subroutine 
is  shown  in  Figure  6.4-22. 

6.4.2.4.10  FbTA RG  Subroutine 

When  calleu  oy  executive  subroutine  ANLYZE, 
subroutine  FSTARG  correlates  the  number  of  sensors/monitors  having 
simultaneous  or  near  simultaneous  activations.  It  then  determines  whether 
the  number  of  sensors/monitors  activated  equals  or  exceeds  a  specified 
minimum  number  (threshold)  out  of  the  total  number  of  sensors/monitors 
(based  on  specified  decision  rules).  If  the  threshold  is  equaled  or  exceeded, 
a  false  target  (e.g.  aircraft)  or  false  alarm  (e.g.  seismic  disturbance, 
lightning  strike,  etc.)  is  indicated.  It  is  important  to  note  that  this  sub¬ 
routine  does  not  di'ferentiate  between  a  false  target  or  false  alarm  and,  in 
addition,  does  not  identify  (who  or  what)  the  source  of  activations.  Sub¬ 
routine  FSTARG  is  flexible  in  the  sense  that  value  of  the  parameter  input 
(MINCLS;  to  the  decision  rule  can  be  changed  aswell  by  the  planner.  In 
order  to  perform  these  correlation  functions,  subroutine  FSTARG  must 
analyze  sensor/monitor  activation  events  data  which  are  received  from 
block  data  subprogram  MCHART.  Subroutine  NMOD  is  called  and  utilized 
for  the  same  purpose  as  described  previously  for  subroutine  COUNTR.  A 
ow  diagram  of  subroutine  l’STARG  is  shown  in  Figure  6.4-  ’ 

6.4.2.4.11  RESET  Subroutine 

When  called  by  executive  subroutine  ANLYZE, 
subroutine  RESET  is  used  in  conjunction  with  subroutine  FSTARG.  If  a 
false  target  or  false  alarm  is  indicated  based  on  the  simultaneous  or  near 
simultaneous  activations  from  a  number  of  sensors  in  an  array  (as  determined 
by  subxoutine  FSTARG),  subroutine  RESET  prohibits  tne  reuse  of  this  sensor 
activation  data  by  flagging  it  in  block  data  subprogram  McHART.  A  gain, 
subroutine  NMOD  is  called  for  the  same  purpose  as  described  previously 
for  subroutine  COUNTR.  A  flow  diagram  of  subroutine  RESET  is  shown  in 
Figure  6 . 4-24. 
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PURPOSE:  TO  COUNT  NUMBER  OF  ACTIVATIONS  ON  SENSOR  NO.  J/MONITOH  NO.  M  CCMBINATIC1" 
IN  TIME  SLOT  BETWEEN  .'START  AND  JSTOP,  YIELDING  ACTUAL  START  TIME  OF 
ACTIVATION.  JA,  NUMBEK  OF  ACTIVATIONS.  KOUNT. 


Figure  6.4-21  SUBROUTINE  -  COUNTR  MACROFLOW 
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Figure  6.4-22  LOGICAL  FUNCTION  SUBROUTINE  -  CRLATE  MACROFLOW 
(Sheet  1  of  2  ) 
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PURPOSE:  TO  DETERMINE  WHETHER  A  CORRELATION  EXISTS  BETWEEN 
TWO  DIFFERENT  SENSOR/MONITOR  ACTIVATION  REPORTS 
CONSIDERING  THE  RELATIVE  LOCATIONS  OF  THE  SENSOR 
AND  TARGET  SPEED.  IF  CORRELATION  >5  OBTAINED,  TRUE 
IS  RETURNED  OTHERWISE  FALSE  IS  RETURNED. 


Figure  6.4-22  LOGICAL  FUNCTION  SUBROUTINE  CRLATC  MACROFLOW 
(Sheet  2  of  2) 
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Figure  6.4-23  SUBROUTINE  -  FSTAFtG  MACROFLOW 
(Sheet  1  of  2  ) 
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PURPOSE:  TO  DECIDE  WHETHER  ACTIVATIONS  ON  A  GROUP  OF  SENSORS/*  JNITORS,  JMAX/MMAX  IN  MJMBER, 
OCCURRING  BETWEEN  ITIMEITC  AND  I  TIME  CONSTITUTED  A  FALSE  ALARM.  CONDITIONS  ARE.  NO 
SENSORS  MAY  BE  ACTIVATED  BETWEEN  ITIME-ITA  TO  ITIME,  AND  ITIME  ITC  TO  ITIME-ITB  ALSO 
AT  LEAST  MINCLS  SENSORS/MONITORS  MUST  BE  ACTIVATED  AT  LEAST  ONCE  BETWEEN  ITIME  ITS 
TO  ITIME-ITA.  FURTHERMORE.  DATA  DRUM  MUST  CONTAIN  SUFFICIENT  DATA  TO  "LOOK  BACK 
TO  IT'ME-ITC.  IF  ALL  ABOVE  CONDITIONS  ARE  MET,  FALSE  ALARM»YES  IS  RETURNED  OTHER*,.  E 
FALSE  ALARM  NO  IS  RETURNED 


Figurs  6.4-23  SUBROUTINE  -  FSTARG  MACROFLOW 
(Stwst  2  of  2) 


6-77 


(Sheet  1  of  2) 
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IMPOSE.  TOflESET  SENSOR/MONITOR  ACTIVATION  Data 
POR  A  GIVEN  MONITOR  AND  AOIwI'tok SWT 


Figur,  6.4-24  SUBROUTINE  RESET  MACROFLOW 
(Sh**t  2  of  2) 
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6.4.  3 


Unattended  Ground  Sensors  Analyzed  and  Modeled 
Types  of  UGS  Analyzed  and  Modeled 


6.4. 3.  1 


While  the  SAM  I  simulation  includes  a  wide  range  of  sensors 
and  is  expandable  to  an  even  greater  range,  those  sensors  of  the  remote 
unattended  type  have  been  emphasized  for  inclusion  at  this  time  in  the  sensor 
report  data  processing  model.  These  include  the  following  primary  and  auxiliary 
types : 

Primary  UGS  Auxiliary  UGS 


Seismic 

Acoustic 

Arfbuoy 

Breakwire 


Passive  Infrared 

Magnetic 

Acoustic 


Of  the  primary  UGS  employed  in  the  field,  the  seismic, 
acoustic,  arfbuoy,  and  breakwire  types  are  modeled.  A  second  set,  the 
Auxiliary  UGS,  are  also  modeled.  These  are  auxiliary  in  the  sense  that 
they  are  add-on  items  to  tne  primary  sensors  and  include  passive  infrared, 
magnetic,  and  acoustic  types.  Some  types  not  presently  included  are 
balanced  pressure,  active  infrared,  and  electromagnetic  sensors  of  the  UGS 
class.  However,  these  latter  types  are  not  nearly  so  widely  applied  as 
those  included  in  the  simulation  at  this  time. 

6. 4.  3.  2  Combinations  of  UGS  Analyzed  and  Modeled 

Certain  types  of  information  can  be  derived  from  single 
sensors.  The  amount  of  information  varies  somewhat  for  different  types 
of  sensors.  Additional  information  can  be  determined  from  combining  the 
information  from  more  than  one  sensor,  using  either  combinations  of 
different  types  of  sensors,  combinations  of  the  same  types  of  sensors,  or 
both. 


% 


Various  combinations  of  similar  and  dissimilar  sensor 
types  can  be  further  grouped  by  an  operating  procedure  where  any  sensor 
can  report  an  activation  or  where  both  sensors  of  a  two-sensor  team  must 
activate  before  an  activation  may  be  reported  to  the  monitor.  These  two 
procedures  are  referred  to  as  the  "or"  and  "and"  modes  respectively. 

In  order  to  have  an  and  mode  of  operation,  the  sensor  must  be  limited  to  a 
common  go/no-go  logic  where  a  primary  and  auxiliary  relationship,  insofar 
as  htirdware  considerations  are  concerned,  exists.  The  sensor  report 
data  processing  model  as  presently  formulated  is  able  to  analyze  data  and 
formulate  target  reports  for  the  following  sensor  combinations: 

1.  One  primary  sensor 

2.  Two  primary  sensors 
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3. 


One  collocated  pair:  of  one  primary  plus  one 
auxiliary  sensor 

4.  Two  pairs:  of  one  primary  plus  one  auxiliary 
sensor. 

Of  course,  any  number  of  repeats  of  these  combinations 
of  sensors  in  any  one  scenario  can  be  accommodated  in  the  model. 

6.4.  3.  3  Target  Information/Data  Derivable  from  UGS 

Combinations  Modeled 

The  quantity  and  quality  of  target  information/data  which 
can  be  derived  depends  upon: 

1.  The  type  of  sensor  array  employed. 

2.  The  input  information  available  to  the  monitor 
operator  or  decision-maker. 

For  the  data  processing  model  as  presently  formulated 
it  has  been  assumed  that  the  input  information  available  to  the  operator  or 
decision  maker  consists  solely  of  the  activation  patterns  displayed  on  the 
monitor.  The  target  information/data  derivable  based  on  these  monitor 
patterns  is  presented  in  Table  6A-I. 

The  information  presented  in  Table  6.4-1  is  indicative  of  the 
types  of  target  data  which  can  be  derived  when  sensor  detection  range  is 
unknown  and  for  the  condition  in  which  the  type  of  target  (personnel  or 
vehicle)  cannot  be  determined  from  rules  based  on  characteristics  of  the 
monitor  activations  received  from  a  single  sensor.  These  are  believed  to 
be  the  present  limits  of  derivable  target  information/data  under  these  condi¬ 
tions  and  for  the  sensor  arrays  shown. 

Table  6.4-II  indicates  the  target  information  data  which  is 
derivable  for  the  condition  in  which  detection  range  is  known  and.  it  may  be 
possible  lo  determine  the  target  type  from  rules  based  on  characteristics 
of  the  monitor  activations  received  from  a  single  sensor. 

These  are  believed  to  be  the  maximum  target  information 
data  derivable  under  these  conditions  and  for  the  sensor  arrays  shown  when 
utilizing  Monitor  activation  patterns  only. 

It  is  expected  that  sensor  system  classification  and  identifica¬ 
tion  capability  can  be  considerably  improved  by  correlation  of  monitor  and 
a'priori  information  from  other  (outside)  sources.  These  sources  include 
a'priori  information  on: 

1.  Enemy  targets  (intelligence) 

2.  Friendly  forces  and  activities 
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Tabie  6.4-1 

TARGET  INFORMATION/DATA  PRESENTLY 
DERIVABLE  FROM  UGS  ARRAYS 


ETA  OF 
TARGET  AT 
FUTURE 
POSITION 

NO 

ON 

NO 

YES 

YES 

WITH 

INACCURACY 

fc£ 

oS 

Kz 

<  'll 

K-J 

NO 

ON 

NO 

YES 

YES 

WITH 

INACCURACY 

TARGET 

SPEED 

NO 

NO 

NO 

YES 

YES 

WITH 

INACCURACY 

NUMBER 

OF  TARGET 
ELEMENTS 

NO 

YES 

YES 

YES 

ON 

DIRECTION 

OF  TARGET 
MOVEMENT 

ON 

NO 

ON 

YES 

YES 

TYPE  OF 
TARGET 

ON 

NO 

NO 

> 

-J 

CD 

i 

POSSIBLY 

PRESENCE 

OF  TARGET 

1 

I  s 

1  > 

• 

• 

M 

UJ 

> 

3 

> 

8 

>• 

1 

> 
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1  PRIMARY 

♦ 

1  AUXILIARY 
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o 

i 

-j 

X 

o 

X 

* 

I - 
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♦ 

1  AUXILIARY 

8 

1 

t 

N 

si 

1 

a 
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AC 
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i 
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CO 
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a 

tt 
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3.  The  surrounding  environment 

The  consideration  of  these  outside  sources  of  information  is  discussed  later 
in  this  section  of  the  report. 

Derivation  oi  Equations  and  Decision  Rules  for  Determining  Target 
Information/Data  from  Sensor  Characteristics  and  Monitor  Activations 

A  target  of  length  L  is  assumed  to  pass  within  the  detection 
range  of  each  of  the  four  types  of  sensor  arrays  analyzed.  It  is  presumed  in 
developing  the  mathematical  equations  that  sensor  detection  range  VD  and 
possible  decision  rules  for  the  type  of  target  based  on  monitor  activations 
are  known  or  derivable.  Thus  the  mathematical  relationships  shown  repre¬ 
sent  the  case  in  which  the  maxi  .um  target  informatirn/data  is  derivable 
as  indicated  previously  in  Table  6.4-II.  To  obtain  the  presently  derivable  target 
data  case,  in  which  sensor  detection  range  and  type  of  target  are  unknown, 
all  equations  and  rules  in  which  sensor  detection  range  is  an  independent 
variable  are  discarded.  The  mathematical  equations  and  possible  decision 
rules  for  each  of  the  types  of  target  information/data  are  presented  below 
for  the  four  arrays  analyzed. 

Single  Seismic  Sensor  Array 

The  array  geometry  for  a  single  seismic  sensor  when 
utilized  in  a  firetrap  operation  is  shown  in  Figure  6.4-25. 


Rq  -  SENSOR  DETECTION  RANGE 
Dft  -  OISTANCE  BETWEEN  SENSOR  AMD  FIRETPaP 
t,  -  TIME  OF  FIRST  ACTIVATION  ON  SENSOR 
tL  -  TIME  OF  LAST  ACTIVATION  ON  SENSOR 

’ETA"  ESTIMATED  TIME  OF  ARRIVAL  OF  CENTER  OF 
TARGET  AT  FIRETRAP 

Figurt  0.4  26  ARRAY  GEOMETRY  FOR  SINGLE  SEISMIC  SENSOR 


* 


\ 


? 


t 
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The  presence  of  a  target  can  be  determined  if  the  detection 
criteria  for  a  seismic  3ensor  is  satisfied.  The  type  of  target  may  possibly 
be  determined  on  the  basis  of: 


1.  The  relationship  of  the  time  interval 
between  the  firs',  isolated  activation  and  the 
first  continuous  activation  to  the  type  of 
target 

★ 

If  A£  -  0  to  M/ti  ,  t’ne  target  is  classified 
a** ***  personnel . 

If  A  t  >  £  WN%  the  target  is  classified  as 
vehicles. 

2.  A  coarse  estimate  of  target  speed,  V* 

It 

If  V  the  target  is  classified  as  either 

personnel  or  vehicles. 

If  V**  A^*the  target  is  classified  as 
vehicles. 

The  direction  of  target  movement  cannot  be  determined. 
However,  the  number  of  elements  in  a  target  may  possibly  be  determined 
if  the  type  of  target  is  known  and  the  relationship  between  the  number  of 
continuous  sensor  activations  and  number  of  target  elements  is  available 
based  on  field  test  data.  If,  for  example,  the  target  is  personnel,  if 
continuous  sensor  activations  =  Y  men.  Accurate  target  speed,  V  ,  may 
possibly  be  determined  if  the  number  of  target  elements,  £  ,  and  the 
separation  distance  between  elements,  ,  are  known.  On  this  basis, 
the  following  relationships  are: 

+(£-  7)S 

•"  ~777, 


If  /  is  small,  /  = 


W/ 


,,  « 

A  coarse  estimate  of  target  speed,  •  ,  can  be  made  on  the  basis  of: 


*  KMIN  ts  the  elapsed  time  between  1st  isolated  activation  to  the  time  of  the 
set  of  continuous  activations 

*★  M  is  velocity  critera  for  classifying  target  as  personnel 

***N  is  velocity  critera  for  classifying  target  as  vehicle 


If  B  and  3  are  known,  it  is  possible  to  determine  target  length,  £  ,  from 
the  relationship 

i.  *(£-l)S 


The  estimated  time  of  arriva',  ,  of  a  target  at  a  future  position  such 

as  a  firetrap  can  accurately  be  determined  by  the  following  relationships 
if  V  and  L  are  known: 


(measured  from  ) 


H—  *  x>  *— 
D  ft  z 


t £T/f  (measured  from  *c  )  =  * £T/>  (measured  fromty 

where  >  any  reference  time. 

A  coarse  estimate  of  t  can  be  made  on  the  basis  of  the  following  relation¬ 
ships: 


1 ‘ £Tj  (measured  from  tf  )  = 


O 


FI 


(measured  from  tg  )  =  tf  *  t 


£r* 

(measured  from  ^  ) 


Referring  again  to  TaDle  6.4-1,  it  is  important  to  rote  that  only  the  presence 
of  a  target  can  be  determined  from  a  single  seismic  sensor  if  and  the 
type  of  target  are  unknown.  This  is  presently  the  case  with  respect  to  . 
Also  the  target  type  is  unknown  since  it  is  assumed  in  this  paper  that 
information  is  limited  to  that  which  can  be  obtained  from  monitor  activa¬ 
tions  only. 
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Two  Seismic  Sensor  Arra\ 


Figure  6, 4-26. 


The  geometry  for  a  two-seismic  sensor  array  is  shown  in 


L - d12 - ►  -«  °n 

.  J  SENSOR  1  I  n_  _  SrNSOH  2 

' "1 -«ii  r  2  ,'iv 


I  IRETRAP 


«i  eti  tL  is,* 

-  TARGET  LENGTH 


^2^ 


33- 


Rp^  -  SENSOR  1  DETECTION  RANGE 
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*ETA“  ESTIMATED  TIME  OF  ARRIVAL  OF  CENTER  OF  TARGET 
AT  FIRETRAP 

Figure  6.4-26  GEOMETRY  FOR  TWO  SEISMIC  SENSOR  ARRAY 


Determination  of  the  presence  and  type  of  target  follows  the  same  rationale 
as  described  previously  for  the  single  seismic  sensor.  In  addition,  the 
type  of  target  may  possibly  be  determined  on  the  basis  of  the  elapsed  time, 

- 1,  (•Sf)  ,  between  initiation  of  activations  of  the  two  sensors.  If 

the  elapsed  time  is: 

1.  Simultaneous  or  near  simultaneous,  the 
activations  are  classified  as  a  false  target. 

2.  Less  than  the  smallest  possible  elapsed  time 
of  the  expected  target,  the  activations  are 
classified  »s  a  false  alarm. 

3.  Within  the  expected  elapsed  time  of  the  target, 
the  activations  are  classified  as  a  true  or  false 
target. 

4.  Greater  than  the  expected  elapsed  time  cf  the 
target,  the  activations  are  classified  as  a 
true  or  false  target  which  has  slowed  or 
stopped,  two  i  'parate  targets,  or  a  false  alarm. 

The  direction  of  target  movement  can  be  determined  based 
on  the  times  of  the  initiation  of  activations  on  sensors  1  and  2.  The  number 
of  target  elements  may  possibly  be  determined  utilizing  the  same  rationale 
as  described  previously  for  the  single  seismic  sensor.  Target  speed  can 
be  determined  from  either  of  the  following  relationships: 


Based  on  the  leading  target  element. 


>2 


Based  on  the  last  or  trailing  target  element, 


. 72 


Target  length  can  be  determined  from  each  of  the  equations  listed  below: 


Lr  v(fi  (V)  -% 

lZS  ,'(*£('54)-t,(VJ’\ 


The  of  a  target  at  a  future  position  such  as  a  firetrap  can  be  deter¬ 

mined  from  the  following  relationships  based  on  the  leading  target  element: 


t,  „  (measured  from  (  £  ))  = 

4  7 A  *  f 


y  D 


i.r.  (measured  from 

(measured  from  ^  (>^)) 


Relationships  bssed  on  the  last  target  element  are: 


(^(measured  from  £  ( ) ) 


✓ 


1*^,^ (measured  from  ^  * 

(measured  from  ^  (\)) 
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If  sensor  . 'election  range  and  type  of  target  are  unknown,  target  presence 
and  direction  of  movement  can  stiil  be  determined.  Also,  it  is  possible 
to  determine  target  speed,  length,  and  *ETA  at  a  future  position  with  some 
inaccuracy.  Determination  of  target  type  may  or  may  not  be  possible. 

For  example,  if  the  speed  of  the  target  is  considerably  greater  than  the 
maximum  speed  that  a  man  can  walk,  the  target  can  be  classified  as  a 
vehicle.  If  the  speed  is  less,  it  is  uncertain  whether  the  target  is  a  man 
or  vehie’e. 


The  array  geometry  for  one  s.::smic  sensor  plus  one 
collocated  auxiliary  sensor  is  shown  in  Figure  6.4-27. 
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t,  (S)  -  TIME  OF  FIRST  ACTIVATION  ON  SEISMIC  SENSOR 

tL  (S)  -  TIME  Oc  LAST  ACTIVATION  ON  SEISMIC  SENSOR 

(A)  »  TIME  OF  FIRST  ACTIVATION  ON  AUXILIARY  SENSOR 

tL  (A)  -  TIME  OF  LAST  ACTIVATION  ON  AUXILIARY  SENSOR 
*ETA  "  tST,MATED  TIME  0F  ARRIVAL  OF  CENTER  or  TARGET 

“  ftWiTfary^ensor  Detection  Range* 

Figure  6.4*27  ARRAY  GEOMETRY  FOR  SINGLE  SEISMIC  PLUS  SINGLE 
AUXILIARY  SENSOR  (COLLOCATED) 

The  presence  of  a  target  can  be  determined  if  the  detection  criteria  for  the 
seismic  sensor  is  satisfied.  Confirmation  of  the  detection  is  obtained  if  the 
detection  criteria  for  the  auxiliary  sensor  is  satisfied.  The  type  of  target 
may  possibly  be  determined  utilising  the  same  rationale  presented  previous 
for  the  single  seismic  sensor.  Direction  of  target  movement  cannot  be 
determined.  The  number  of  target  elements  is  equal  to  the  number  of 
successive  activations,  £  ,  indicated  on  the  auxiliary  sensor  that  appear 
to  have  continuity.  Target  speed  can  be  estimated  from  the  following 
relationship: 

*  is  zero,  since  auxiliary  sensor  is  assumed  to  be  a  line  sensor. 
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tL  (S)  ■  </3))  -  (rL  (A)-  tf  (A) ) 


Target  length  can  be  determined  from  the  equation  below. 

J-  ‘  V(tL  (A)  -  4  (A)) 

If  the  separation  distance,  6  ,  between  target  elements  is  kncwn,  target 
length  can  alr.o  be  determined  from  the  following  equation: 

L*(E-1)S 

The  ^£T/)Oi  a  target  at  a  future  position  can  be  determined  from  the  following 
equations: 


t  (measured  from  4  (a)  )  = 


urr  2 


r£TA  (measured  from  -g  )  =  if  (A)  *  *£TA 

(measured  from  4  (•*)) 

If  detection  range  of  the  seismic  sensor  and  type  of  target  are  unknown,  it 
is  important  to  note  that  only  the  presence  of  a  target  and  the  number  of 
its  elements  can  be  determined  (refer  to  Table  6.4-1.) 

Array  of  Two  Pairs  of  One  Seismic  gensor  Plus  One  Collocated 
Auxiliary  Sensor 

The  array  geometry  for  two  pairs  of  one  seismic  sensor 
plus  one  collocated  auxiliary  sensor  is  shown  in  Figure  6.4"28.  The  presence 
of  a  target  can  be  determined  if  the  detection  criteria  for  either  seismic 
sensor  is  satisfied.  Confirmation  of  the  detection  is  obtained  if  detection 
criteria  for  the  auxiliary  sensor  by  either  or  both  pairs  is  satisfied.  Deter¬ 
mination  of  the  type  of  target  can  follow  the  same  rationale  as  described 
previously  for  the  single  seismic  sensor.  The  type  of  target  can  possibly 
be  determined  on  the  basis  of  elapsed  time,  (At)  -  between 

initiation  of  the  activations  on  the  two  auxiliary  sensors.  If  elasped  time 


Simultaneous  or  near 'Simultaneous, 

the  activations  are  classified  as  a  false  alarm. 

Less  than  the  smallest  possible  elapsed  time 
of  the  expected  target,  the  activations  are 
classified  as  a  false  alarm. 

Within  the  expected  elapsed  time  of  the  target, 
the  activations  are  classified  as  a  true  or  false 
target. 
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-  SEISMIC  SENSOR  1  DETECTION  RANGE 

Rn  -  SEISMIC  SENSOR  2  DETECTION  RANGE 
°2 

D12  -  DISTANCE  8ETWEEN  SENSOR  PAIRS  1  AND  2 
Dft  -  DISTANCE  BETWEEN  SENSOR  PAIR  2  AND  FIRETRAP 
I,  IS,)  AND  t2  (S2)  «  TIME  OF  FIRST  ACTIVATION  ON  SEISMIC 
SENSOR  1  AND  2  RESPECTIVELY 
lL  (Sj)  AND  tL  (S2)  -  TIME  OF  LAST  ACTIVATION  ON  SEISMIC 
SENSOR  1  AND  2  RESPECTIVELY 

t,  (A,)  AND  t,  (A2)  -  TIME  OF  FIRST  ACTIVATION  ON  AUXILIARY 
SENSOR  1  AND  2  RESPECTIVELY 

tL  (A1)  AND  tL  (Aj)  -  TIME  OF  LAST  ACTIVATION  ON  AUXILIARY 
SENSOR  1  AND  2  RESPECTIVELY 
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Figure  6.4-28  GEOMETRY  FOR  ARRAY  OF  TWO  PAIRS  OF  ONE  SEISMIC 
SENSOR  PLUS  ONE  COMOCATZD  •  AUXILIARY  SENSOR 

Note:  Primary  senaor  ia  aaaumed  to  have  AGC  and  to  ceaae  reporting  when 
tall  of  column  la  at  point  of  cloaeat  approach.  Auxiliary  aenaor 
la  aaaumed  to  be  a  line  type  aenaor  (e.g.,  Magid,  Pirid) . 
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4. 


Greater  than  the  expected  elapsed  time  of  the 
target,  the  activations  are  classified  as  a 
true  or  false  target  which  has  slowed  or 
stopped,  two  separate  targets  or  a  false  alarm. 

The  direction  of  target  movement  can  be  determined  based  « 

on  the  times  of  initiation  on  either  seismic  sensors  1  and  2  or  auxiliary 
sensors  1  and  2.  The  number  of  target  elements,  £  ,  is  equal  to  the 
greater  of  the  number  of  activations  indicated  on  auxiliary  sensors  1  and  2. 

Target  speed  is  determined  from  the  following  relationship- 

_ 

4  (*,) 

xarget  length  can  be  determined  from  any  of  the  formulas  that  follow: 

£  -  Vx  the  larger  of  (if)  -  ( 2  fjj)  and 

(*M) ’(*,('*)) 

L  -  /«,  (*,)  -  t,  (*,))  ,  C  *  V(tt  C4z]) 

-  t,  (*»)) 


6  * 


L 


The  t  of  a  target  at  a  future  position  is  determined  from: 

J5  /  Sf 


tjtrj  (measured  from  ^  (^)) 


s'  (measured  from  )  -  tf  *  t£T# 

(measured  from  tf  (^)) 

All  of  the  target  information  presented  previously  in  Table  6.4-1  with  the  excep¬ 
tion  of  type  of  target  can  definitely  be  determined  accurately  without  knowing 
the  detection  range  of  the  seisrruc  sensors. 

Sensor  Operational  Situations  and  Mathematical  Simulation 

In  the  mathematical  equations  which  represent  the  target 
information/data  outputa,  it  is  assumed  that  target  velocity  V  is  unknown. 
These  equations  closely  represent  the  operation  of  the  actual  sensors. 

Detection  range  may  possibly  be  known  nut  it  is  more  likely  to  be 
unknown.  If  it  is  known,  the  maximum  target  data  may  be  derived.  If  it 
is  unknown,  then  the  target  data  is  limited  to  that  called  presently  derivable 
(Table  6,4-1). 
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Case  I:  known,  \!  unknown 

Case  II:  %  unknown,  /  unknown 

In  Case  I,  and  the  sensor(s)  activations  are  used  to 

derive  /  and  ^?0  and  V  are  used  to  obtain  t £rA  ,  as  shown  previously 
in  the  derivations  of  the  maximum  target  data. 

In  Case  II,  1/  cannot  be  determined  from  the  array 
activation  times  if  the  array  consists  of  a  single  sensor  or  co-located  pair. 
An  array  o'  two  seismics  (separated)  can  yield  an  imprecise  value  of  V  , 
which  can  be  used  to  determine  an  imprecise  .  These  values  V  and  /PD 
can  then  be  used  to  calculate  an  imprecise  ^£T/>  •  An  array  of  two  seismic 
and  auxiliary  pairs  allows  a  precise  V  to  be  determined,  and  from  that  a 
precise  ^  .  From  %]->  and  v'  ,  a  precise  ££tA  can  be  calculated. 

If  the  combat  situation  permits,  it  is  possible  *hat  the 
of  a  seismic  sensor  may  be  determined  by  calibration  at  the  time  of  sensor 
installation.  If  this  is  not  possible,  then  it  may  be  feasible  to  calibrate 
the  seismic  sensor  detection  capability  by  means  of  a  small  noise  source  of 
known  low  intensity  implaced  near  the  sensor.  This  calculated  VD  would 
then  be  a  function  of  the  actual  operational  environment  in  which  the  sensor 
operates.  Changes  in  the  environment  would  be  reflected  in  periodic- 
calibrations  of  the  sensor.  If  desired,  or  required,  of  the  sensor  could 

be  obtained  at  any  time.  These  statements  are  not  indicative  of  present 
procedures  and  operations.  Rather,  they  are  presented  as  possibilities 
for  future  study  and  consideration. 

Dec* jion  Rules  Utilized  in  Classifying  Sensor  Activations 

The  decision  rules  that  are  presently  utilized  in  the  un  ¬ 
attended  sensor  analysis  model  in  classifying  sensor  activation  patterns 
are  summarized  below.  These  include  rules  for  both  single  primary  UGS 
and  two  primary  or  two  collocated  pairs  of  UGS. 

The  decision  rules  presently  utilized  for  a  single  primary 
UGS  are  listed  as  follows: 

1.  For  primary  sensors  such  as  the  seismic,  two 
or  more  activations  that  fall  within  a  specified 
time  period  indicate  the  presence  of  a  target. 

2.  On  the  other  hand,  for  primary  sensors,  such 
as  ,he  Arfbuoy,  a  single  activation  indicates 
the  presence  of  a  target. 

The  following  decision  rules  are  presently  utilized  for  two 
primary  or  two  collocated  pairs  of  UGS  in  a  trail  surveillance  operation: 


.-VU' *■•  ?  "^^/r'.;^^-’-^>  ;.  *“?» -**■•* -  *v  ■ 


1.  Simultaneous  or  near  simultaneous,  the 
activations  are  classified  as  a  false  target 
or  false  alarm. 

2.  Less  than  the  smallest  possible  elapsed 
time  of  the  expected  target,  the  activations 
are  classified  as  a  false  alarm. 

3.  Within  the  expected  elapsed  time  of  the 
target,  the  activations  are  classified  as  a 
true  or  false  target. 

4.  Greater  than  the  expected  elapsed  time  of 
the  target,  the  activations  are  classified 
as  a  true  or  false  target  which  has  slowed 
or  stopped,  two  separate  targets,  or  a 
false  alarm. 

6.4.4  Illustrative  Example  of  Unattended  Sensor  Data  Processing 

Model  Target  Report 

• 

The  primary  purpose  of  this  section  is  to  present  an  illus¬ 
trative  example  of  a  typical  target  report  from  the  model  which  has  been 
obtained  from  a  run  on  the  IBM  360/65  computer.  Before  presenting  this 
example  however,  a  typical  sensor  model  and  its  activation  outputs, 
sample  target  activation  patterns  obtained  from  such  a  sensor  in  field 
trials,  and  a  simulated  monitor  display  of  sample  sensor  false  alarm  and 
target  activation  data  streams  are  briefly  discussed.  This  is  done  in  order 
to  provide  the  reader  with  a  background  from  which  a  better  understanding 
of  the  model  target  report  can  be  obtained. 

6.4.4.  1  Sample  Sensor  Model  and  Outputs 

In  order  to  illustrate  the  types  of  activation  responses 
produced  by  the  sensor  models,  the  performance  of  the  seismic  sensor 
subroutine  is  shown  in  Figure  6.4-29. 

In  the  sample  problem,  a  single  trooper  moves  at  the  rate 
of  1  meter  per  second  approximately  along  a  straight  line  path  which  passes 
within  5  meters  of  the  sensor  position.  Thus,  the  range  of  closest  approach 
is  the  +5  meter  position  on  the  ordinate.  The  background  conditions  pre¬ 
vailing  include  a  wind  speed  of  10  Km/hr,  zero  precipitation  rate,  no 
battlefield  noise,  and  a  cultural  background  20  dB  above  the  microseismic 
limit.  The  solid  line  shows  the  target  level  at  the  sensor  for  each  position 
in  range  along  the  ordinate.  The  signal  level  shown  rises  from  -101  dB  to 
approximately  -75  dB  when  the  target  is  5  meters  from  the  sensor,  and 
then  recedes  again  to  a  high  negative  value.  The  perturbations  in  the  signal 
strength  are  due  to  random  variations  included  on  each  passage  thiough  the 
senior  routine  to  simulate  the  variable  nature  of  the  actual  propagating 
medium. 
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SAMPLE  SENSOR  MODEL  QUTPUT 


The  sensor  being  simulated  is  a  type  which  adapts  to  the 
background  noise  level  by  a  variable  gain  mechanism  (Automatic  Gain 
Control)  through  which  output  noise  level  is  maintained  constant.  The 
upper  dashed  curve  indicates  that  at  the  start  of  this  problem  the  gain  was 
approximately  70,  000.  Since  target  signal  will  affec*  the  long  time  output 
of  the  AGC  noise  filter,  it  also  will  produce  an  effect  on  gain.  Thus,  as 
the  target  signal  increases,  the  gain  decreases  though  not  in  direct 
proportion.  When  the  product  of  target  signal  (in  volts)  and  gain  exceeds  a 
specified  threshold  level,  a  detection  takes  place.  The  points  at  which 
detections  are  observed  are  shown  on  the  gain  curve.  There  is  a  15-second 
interval  between  the  points  because  of  the  logic  simulation  contained  within 
the  model.  It  can  be  seen  that  three  detections  are  observed  for  the 
conditions  and  the  sample  problem. 

If  this  same  problem  had  been  encountered  at  some  other 
time  in  the  scenario,  all  conditions  being  the  same  except  for  wind  speed 
which  had  now  risen  to  the  level  of  30  Km/hr,  the  second  dashed  curve 
would  have  been  computed.  The  target  signal  level  would  have  been  the 
same  provided  only  that  the  same  set  of  random  numbers  use  -  in  the  first 
problem  was  employed  again.  The  change  in  ’  ind  speed  causes  an  increase 
in  background  noise  and  the  sensor  gain  is  adjusted  accordingly  starting 
at  a  level  of  approximately  31,  000.  Note  that  only  a  single  detection  was 
reported  in  this  case.  Similarly,  when  the  wind  speed  increases  to  the 
high  level  of  50  Km/hr  for  the  same  problem,  a  further  decrease  in  initial 
gain  level  is  observed  to  approximately  18,000.  Again,  only  a  single 
detection  is  reported. 

Other  types  of  sensors  are  modeled  in  similar  form.  While 
in  this  sensor  model  a  basic  5-second  time  interval  between  runs  is  employed 
to  develop  AGC  characteristics,  other  models  have  entry  intervals  deter¬ 
mined  by  considerations  of  gain  calculation,  signal  logic,  or  other  features. 

6. 4.  4.  2  Sensor  Sample  Target  Activation  Patterns  from  Field  Trials 

A  comparison  of  the  results  described  above  for  a  single 
trooper  is  made  with  a  sample  of  field  data  for  a  group  of  men  and  for  a 
truck  in  actual  field  trials  in  wh’ch  a  sensor  of  the  type  described  above  was 
tested.*  These  sample  results  are  presented  in  Figure  6.4"30  as  an  illustration 
of  the  kinds  of  target  activation  patterns  that  can  be  expected  for  this  type 
of  sensor. 

The  top  seismic  sensor  activation  pattern  is  for  a  2-i/2  ton 
truck  traveling  along  a  road  at  15  miles  per  hcui .  The  second  pattern  is 
shown  for  the  same  truck  traveling  at  7  miles  per  hour.  The  third  pattern 
is  for  a  squad  of  five  troopers  v  alkiug  past  the  sensor.  The  isolatec  activa¬ 
tions  indicated  in  each  case  are  caused  by  operation  of  the  AGC.  Since  the 
sensor  responds  to  the  .loisicr  truck  at  greater  distances,  there  is  more 
time  in  which  a  second  or  third  isolated  activation  can  occu»  before  steadily 
repeated  activations  begin.  In  each  case,  however,  as  the  targets  approach 
the  sensor,  a  string  of  steadily  repeated  activations  occur.  These  terminate 

*  High  Gear  Tests  nn  nl  Fglin  AFB  Florid-: 
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Figure  6.4-30  SENSOR  SAMPLE  TmRGET  ACTIVATION  PATTERNS 
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shortly  after  the  targets  pass  the  sensor  due  to  cut  off  by  the  AGC.  Thus, 
it  is  seen  that  a  definite,  repetitive  activation  pattern  is  presented  for  both 
a  single  vehicle  and  a  team  of  troops. 

It  is  important  to  note  that  the  above  characteristics  are 
utilized  to  formulate  mathematical  relationships  for  incorporation  in  the  sensor 
report  data  analysis  model  to  astimate  target  velocity,  length,  and  position. 

For  example,  the  distinct  cutoff  of  the  repetitive  portion  of  the  activation 
patterns  shown  in  Figures  6.4-29  and  6.4-30  as  the  trailing  edge  of  the  target 
(length,  L  )  passes  by  the  sensor  is  an  important  observation.  Referring  to 
the  equations  summarized  previously  for  the  two-seismic  sensor  array, 
this  observation  is  utilized  in  formulating  the  mathematical  relationships 
based  on  the  last  or  trailing  element  of  the  target  for  estimating  target 
velocity,  position,  length,  etc.  Having  this  information,  it  may  then  be 
possible  to  classify  the  target  under  certain  conditions.  For  example,  if 
the  target  velocity  is  15  miles  per  hour,  the  target  can  be  classified  as 
a  vehicle  since  the  maximum  possible  velocity  of  walking  troops  is  much 
lower. 

6.4.4.  3  Simulated  Monitor  Display  of  Sample  Sensor  False  Alarm 

*  and  Target  Activation  Data  Streams 

Extensive  reference  has  already  been  made  to  the  false  alarm 
problems  in  the  UGS  systems  and  of  need  for  simulation  of  that  problem  in 
the  model.  In  Figure  6.  4-31  is  shown  the  two-hour  false  alarm  history  that  was 
developed  in  the  simulation  output  data  stream.  Game  time  in  seconds  is 
denoted  on  the  abscissa  while  the  sensor  identification  numbers  are  denoted 
on  the  ordinate.  Approximately  110  reports  were  obtained  from  46  sensors 
for  an  average  rate  of  approximately  1  per  hour  per  sensor.  In  the  two-hour 
period  shown,  some  sensors  produced  no  false  alarms,  while  sensor  #1  is 
seen  to  produce  six  false  alarms. 

The  conditions  to  which  each  sensor  is  exposed  will  ary 
widely  for  a  given  time  and  set  of  environmental  conditions  in  the  set,  ar  •. 
Because  of  placement,  vegetation,  soil  moisture,  nearness  to  cultural 
sources  and  battle  sources,  range  through  foliage,  light  conditions,  tempera¬ 
ture  and  others,  the  background  levels  at  any  particular  sensor  will  differ 
from  that  of  others.  Since  in  the  simulation  the  variance  in  background  noise 
as  well  as  background  noise  level  itself  are  derived  from  these  condition*-, 
false  alarm  rates  for  the  UGS  will  vary  widely  even  for  sensors  of  the  s;.,ne 
type,  differing  only  in  emplacement  position. 

When  targets  are  played  in  the  model,  detection  times  and 
sensor  IDs  are  recorded.  These  reports  are  then  merged  with  the  false  alarm 
string  into  a  time  sequenced  output  data  that  serves  as  input  to  the  analysis 
model.  The  conditions  prevailing  at  the  scenario  time  for  the  example  false 
alarm  output  display  shown  are  the  following:  *ero  precipitation,  wind  speed 
of  7  km/hr,  no  battlefield  background,  and  culture  levels  running  over  a 
range  of  0  to  20  dB  with  respect  to  threshold.  False  alarm  rates  of  higher 
or  lower  level  would  be  reported  for  other  conditions. 

*  Unattended 
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TIME  FROM  T0  (SECONDS) 


Figure  6.4-31  MONITOR  DISPLAY  OF  SAMPLE  SENSOR 
FALSE  ALARM  OUTPUT 
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For  the  sake  of  comparison,  several  steadily  repetitive 
target  activation  patterns  that  are  typical  for  a  seismic  sensor  are  overlayed 
or  the  pattern  of  false  alarms.  The  target  activations  which  are  closely 
spaced  in  time  stand  out  among  the  false  alarms  for  the  particular  example 
shov\n.  This  may  not  be  the  case,  however,  in  a  very  high  false  alarm 
environment.  N  t  ’-css  to  say,  additional  analysis  utilizing  the  SAM  I 
simulation  model  is  required  in  order  to  obtain  answers  to  this  question. 

If  sensors  are  utilized  alone  that  indicate  the  presence  of  a  target  by  one 
activation,  it  may  be  difficult,  if  not  impossible,  to  differentiate  between 
targets  and  false  alarms.  Thus,  those  combinations  of  sensors  should  be 
used  that  provide  activation  patterns  that  are  distinguishable  from  the 
background  of  false  alarm  activations. 

6. 4.  4.  4  Sample  Computer  Print-Out  of  Unattended  Sensor  Data  Processing 

Model  Target  Report 

A  sample  computer  run  has  been  made  for  a  selected  tactical 
situation  in  order  to  indicate  the  format  and  the  output  of  the  model  target 
report.  Referring  to  Figure  6.4-32,  a  Firetrap  operation  along  a  trail  con¬ 
sisting  of  8  segments  and  9  breakpoints  (BPs)  is  analyzed.  Firetraps  (FT) 

Nos.  1  through  No.  9  are  located  at  each  of  the  trail  breakpoints  shown.  A 
target  consisting  of  two  vehicles  each  10  meters  long  and  separated  by  a 
distance  of  50  meters  is  moving  at  a  speed  of  15  km/hr  along  the  trail 
toward  the  first  pair  of  collocated  sensors  that  it  passes.  These  are 
identified  as  seismic  sensor  ID  No.  5  working  in  conjunction  with  magnetic 
sensor  ID  No.  6  in  the  "and"  logic  mode  of  operation.  Thus,  in  this 
operating  mode,  a  target  report  will  be  obtained  from  only  the  primary 
seismic  sensor  ID  No.  5,  although  both  sensors  must  detect  the  target  before 
a  target  can  be  reported  from  this  pair.  The  target  successively  passes 
acoustic  sensor  No.  7,  seismic  sensor  ID  No.  4,  collocated  pair  seismic 
sensor  ID  No.  2,  and  magnetic  sensor  ID  No.  3,  and  seismic  sensor  ID  No.  1. 

Monitor  No.  1  is  shown  in  Figure  6.4"32  to  be  connected  to  each 
of  the  above  sensors.  It  is  also  shown  as  providing  estimated  times  of 
arrival  (ETAs)  and  speed  of  the  target  at  the  Firetrap  positions  to  the  artillery 
battery.  Table  6.4-III  summarizes  the  data  input  computer  print-outs 
(other  than  sensor  activation  time  histories)  which  are  required  by  the  model. 
These  include  trail  ID  No.  and  associated  breakpoint  locations.  The  latter 
are  in  terms  of  x,  y  coordinates  measured  in  meters  from  a  selected 
reference  point  (  *.-0  ,  )■  In  addition,  the  cumulative  length  (o')  is  given 

in  meters  for  the  trail  as  each  breakpoint  is  reached  starting  with  breakpoint 
No.  1.  Next,  the  monitor-to- sensor  connections,  sensor  types,  commanders 
estimate  sensor  x,  y  locations  in  meters,  distance  to  each  sensor  along 
the  trail  in  meters  as  measured  from  breakpoint  1  and  the  perpendicular 
offset  as  measured  in  meters  from  each  sensor  to  the  trail  are  summarized. 
Finally,  the  x.  y  coordinates,  offset  distances  from  the  trail,  and  the 
cumulative  distance  ( J )  in  meters  to  each  Firetrap  are  summarized  as 
measured  from  breakpoint  No.  9  (or  FT  No.  1) . 


Figure  6.4-32  SENSOR/MONITOR/FIRETRAP 
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A  summary  of  a  sample  computer  print-out  of  the  model  target 
report  is  presented  in  Table  6.4-IV  for  the  trail  operation  depicted  in  Figure 
6.4-32.  Beginning  at  game  play  time  72,672  seconds,  no  detections 
have  occurred  as  yet  on  sensor  pair  IDs  No.  5  and  No.  6,  and  monitor  No.  1 
combination.  However,  at  game  play  time  72,687  seconds,  the  first 
detection  occurs  on  sensor  ID  No.  5.  Detection  on  this  sensor  continues 
until  target  dropout  on  sensor  ID  No.  5  at  game  play  time  72,717  seconds. 

Thus,  JSTART  =  72,687  seconds  and  JSTOP  =  72,737  seconds,  or  a  total 
of  45  seconds  that  sensor  ID  No.  5  continued  to  be  activated  by  the  target. 
During  this  time,  sensor  ID  No.  5  reported  4  activations  to  monitor  No.  1. 

Similarly,  sensor  ID  No.  7  is  next  to  be  activated  at  game 
play  time  72,687  seconds.  Target  dropout  occurred  at  72,737  seconds. 

Thus,  sensor  ID  No.  7  continued  to  be  activated  for  a  period  of  50  seconds 
am!  reported  i  activations  to  monitor  No.  1.  Subroutine  ANLYZE  indicated 
that  correlation  existed  between  data  on  senaoru  ID  No.  5  and  No.  7.  An 
estimated  target  speed  of  20  km/hr  and  a  target  length  of  279  meters  is 
computed.  Estimated  times  of  arrival  ranging  from  73,457  seconds  to 
72,912  seconds  are  computed  at  Firetraps  No.  1  through  No.  5  respectively. 
Target  heading  when  passing  sensors  ID  No.  5  and  No.  7  is  a  -653  mils 
relative  to  true  north.  The  target  report  presented  in  Table  6.4-IV  continues 
on  in  a  similar  manner  for  sensors  ID  No.  4,  sensor  pair  ID  No.  2  and  No.  3, 
and  sensor  ID  No.  1  as  shewn. 

The  accuracies  of  these  estimates  are  made  by  comparing 
them  with  ground  truth  information  obtained  from  the  MSM  output.  This 
comparison  is  not  presently  included  in  the  unattended  sensor  analysis 
target  report  since  it  is  now  a  stand-alone  program  which  has  not  been 
directly  linked  to  the  main  simulation  model.  However,  a  sample  comparison 
Is  included  as  follows  for  sensor  combination  ID  No.  5  and  ID  No.  7: 


Target 

Parameter 

Speed 

Length 

ETA  at  Trap  #2 
ETA  at  Trap  #1 


Estimated 

Value 

20  km/hr 
279  meters 
73,360  sec 
73  ,  457  sec 


True 

Value 

1 5  km/hr 
70  meters 
73,  634  sec 
73,771  sec 


Error 

5  km /hr 
209  meters 
274  sec 
314  sec 


Additional  compan;  ms  for  the  other  sensor  combinations  can  be  made  by 
referring  to  Table  6.4-IV. 

Decision  Flow  Logic  Baaed  on  Monitor  Activation  Patterns  snd  Correlation 
with  Information  from  Other  Sources 


Referring  tc  Fitnre  6.4-33,  the  work  that  has  been  accomplished 
in  the  development  of  an  unattended  ground  sensor  report  data  processing 
model  is  baaed  on  decision  flow  logics  that  are  limited  by  analysis  of  sensor 
activation  patterns  only  which  are  displayed  on  a  monitor.  A  preliminary 
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Table  6. 4- IV 

SAMPLE  COMPUTEP  PRINTOUT  OF  UNATTENDED  SENSOR 
ANALYSIS  MODEL  TARGET  REPORT 
(Sheet  1  of  3) 

T[Mf«  72*72  SFNSflP*-  5  MO)  I  TOR  0  *  1 

insufficient  oat*  to  inoicate  target 


T  |  -£■  SENSOK*-  5  MON  I  TOR  fa  l 

T  4RGE  T  INDICATE!)  ON  SENSOR*  S 


TtME-  726*7  SENSOR*-  7  MONITOR*-  l 
INSUFFICIENT  OATA  TO  INOICATE  TARGET 


» 


T I  RE¬ 

72702  SENSOR*-  5 

MONITOR*- 

TARGET 

CONTINUED  ON  SENSOR* 

5 

TIME- 

72707  SfNSn**-  7 

MONITOR*- 

TARGET 

INOICATEO  on  sensor* 

7 

time- 

727 I T  SENSOR*-  5 

MONITOR*’ 

target 

CONTINUED  on  sensor* 

9 

TIME- 

T2722  SENSOR*-  7 

MONITOR*- 

TARGET 

CONTINUEO  ON  SENSOR* 

7 

TIME- 

72  22  SENSOR*-  A 

MONITOR*- 

INSUFFICIENT  OATA  TO  INOICATE  TARGET 


T|M«-  72717  SENSOR*-  7  MONITOR*-  l 
TARGET  CONTINUEO  ON  SENSOR*  7 


TIME-  72737  SENSOR*-  A  MONITOR*-  1 
TARGET  INDICATED  ON  SENSOR*  A 


TI-E-  72752  SENSOR*-  A  MONITOR*-  I 
TARGET  CONTINUED  ON  SENSOR*  A 


f  I  -  7?*17  SENSOR*-  0  MON’TOR*-  0 

f A*GCT  OROFOUT  ON  SENSOR*  5  AT  T IMF  72717 
DURATION-  AS,  JSTART-  726T2,  J,OP-  72717 

SENSOR*  S  RERORTEO  A  ACTIVATIONS  TO  MONITOR*  1 


♦ 


TIME-  7,'AJT  SFNSOR*-  0  MnN  I  TOR  *-  0 

TA-GFT  OBOR'UT  ON  SENSOR*  7  AT  TIME-  72717 
DURATION-  SO,  JSTART-  726R7,  JSTOP-  72717 

SENSOR*  7  REPORTED  A  ACTIVATIONS  TO  MONITOR*  I 
COA-tlATfON  EXISTS  OFTWEEN  OATA  ON  SENSORS  7  AND  5 
FSTl-ATfD  TARGET  SPrEO— 20  XM/MR ,  TARGET-  '/CHtCCS 
TARGET  IT-lGTH-  2'*A  -ETEXS 


SE  T 

EI*ETJAO 

fnn 

COORDI NATES 

5M000, 

995905FT A- 

71A5T! 

TRAP*. 

1 

SET 

FI*ETMAP 

EDP 

CODM01NATES 

565  TO, 

915-0 ;E  T  A- 

711601 

TAAP*- 

4 

SE  T 

E  I  *  F  T-  A P 

E  OR 

coordinates 

A7S|0, 

99D00  5  E  T  A- 

71171  ! 

TMAPI- 

3 

5  r  T 

(  MET-A* 

FOR 

COORDINATES 

5*200, 

9**50! ETA- 

710221 

TRAP*- 

* 

SET 

F IRETRAP 

FOR 

COORDINATES 

5*5*0, 

*79A0ifTA- 

T29K1 

TRAP*- 

A 
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Table  6.4-IV 

SAMPLE  COMPUTER  PRINTOUT  OF  UNATTENDED  SENSOR 
ANALYSIS  MODEL  TARGET  REPORT 
(Sheet  2  of  3) 


iMrfthH  i  i*ii 

»  AI)L»  1  »■” 

lAlti.C  l 

-..•VI  IM'AI 

7I«.:  , 

X* 

46000, 

V* 

49400 

T  1  M'  - 

TUI, 

X* 

464/0, 

Y* 

*0  5*0 

TIME* 

’3177, 

X* 

57510, 

V* 

*«000 

TIME* 

’3022, 

X* 

55200, 

Y* 

*5450 

Tt-F* 

7’«U1, 

X* 

555*0, 

V* 

97040 

TIME- 

72E37TARGFT 

IS  NOW 

AT  X- 

59032Y-  *78*1 

MOVING 

IN  A  DIRECTION  OF 

-653. 

MIL  St  RELATIVE  TO  TRUE  NORTH I 

Tt-E* 

72775, 

X* 

5**00, 

V- 

*7650 

TIME- 

72655, 

X* 

60050, 

V* 

*7580 

TIME* 

72511, 

X* 

40350, 

Y* 

967*0 

TIME* 

72417, 

X« 

6075J, 

Y* 

*6400 

TIME* 

72652 

SENSOR** 

0 

MONITOR#*  0 

TAPGFT 

DROPOUT 

ON 

SENSOR* 

4  AT 

TIME*  72752 

DURATION* 

30, 

JSTART 

-  72722,  JSTOP*  72752 

SENS3H*  4  REPDRTEO  3  ACTIVATIONS  TO  MONITOR*  l 
ESTIMATED  TARGET  SPEED— 16  XH/HR,  TARGET*  Venues 
TARGET  LENGTH*  177  METERS 


SET 

FIRFTRAP 

FOR 

COORDINATES 

56000, 

**5°0;ETA* 

736435 

TRAP#  * 

l 

SET 

FIRETRAP 

FOR 

COORDINATES 

56570, 

*95*0 ; FT  A* 

7352  3  5 

TRAP** 

2 

SET 

FIRFTRAP 

FOR 

COORDINATES 

57510, 

*90005  ETA* 

732855 

TRAP*- 

3 

SET 

FIRETRAP 

FOR 

COORDINATES 

55200, 

98450SETA* 

731025 

TRAP«- 

4 

SE' 

firetrap 

FOR 

COORDINATES 

585*0, 

*7*405  ETA- 

729665 

TRAP*- 

5 

ESTIMATE*  TIME  TABLE  EOR  TARGET  MOVEMENT 


TIME* 

7.3643, 

X* 

56000, 

V- 

9*4*0 

Tt**P* 

’3523, 

X* 

56570, 

Y* 

9*5*0 

TIME- 

732RH, 

X* 

57510, 

Y- 

**000 

TIME* 

73107, 

X* 

55200, 

Y- 

*5450 

TI-E* 

77n6A, 

X- 

55540, 

V* 

97440 

TIME. 

72452TARGET 

IS  NOW 

AT  X- 

59122Y-  *7881 

MOVING 

IN  A  DIRECTION  OF 

-653. 

MI  LSI  RELATIVE  TO  TRUE  NORTH) 

TIME* 

727—4, 

X* 

5*400, 

Y* 

*7550 

TIME- 

72645, 

X* 

60050, 

V* 

97580 

TI-6- 

72466, 

X* 

60350, 

Y- 

96790 

TIME- 

72348, 

X* 

60750, 

Y- 

96400 

TIME*  732 AO  SENSOR*-  2  MONITOR**  1 
INSURE ICIENT  DATA  TO  INOICATE  TARGET 


TIME-  73255  SENSOR*-  2  MONITOR#-  1 
TARGET  INDICATED  ON  SENSOR*  2 


TIME*  73265  SENSOR**  l  MONITOR#*  l 

INSUFFICIENT  DATA  TO  INQICATE  TARGET 


TIME*  73270  SENSOR#*  2  MONITOR#*  1 
TARGET  CONTINUEO  ON  SENSOR*  2 


Tl*S«  732*5  SENSOR**  2  MONITOR.’*  1 
TARGET  CONTINUEO  ON  SENSOR*  2 


TIME*  732*0  SENSO*#.  1  MONITOR**  l 

TAt'.FT  INDICATED  ON  SENSOR#  1 


6-105 


Table  6. 4- IV 

SAMPLE  COMPUTER  PRINTOUT  OF  UNATTENDED  SENSOR 
ANALYSIS  MODEL  TARGET  REPORT 
(Sheet  3  of  3) 

T|  MF*  75300  Sf.NSOM*-  2  MON  I  TOM*  1 

TARGET  continued  ON  SFNSOM  2 


TIME-  73  06  SENSOR**  1  MONITOR**  X 
TARGET  CnNTINUEO  ON  SENSOR*  1 


TINE*  75520  SENSOR**  1  MONITOR**  I. 
TARGET  CONTINUED  ON  SENSOR*  i 


TIME*  75535  SENIOR**  1  MONITOR*-  1 
TARGET  CONTINUEO  ON  SENSOR*  1 


TIME*  75400  SENSOR**  0  MONITOR**  0 
TARGFT  DROPOUT  ON  SENSOR*  2  AT  TIME-  73300 
DOR A  7 1  ON*  60,  JSTART*  73240,  JSTOR-  73300 

SENSOR*  2  RFnORTFO  5  ACTIVATIONS  TO  MO'JITOR*  l 
ESTIMATED  TARGET  SPEED— 14  KM/HR ,  TARGET- VJ.M'.CE- 
TARGET  LENGTH-  217  METERS 

SET  FIRETRAP  FOR  COORDINATES  56000,  99590;ETA*  737801  TRAP*-  l 

SET  FIRETRAP  FOR  COORDINATES  56570,  99590SETA*  736421  TRAP**  2 


ESTIMATED  T:mE  TABLE  for  TARGET  MOVEMENT 


TIl'F* 

73780, 

X* 

56000, 

Y» 

99590 

riMF- 

73643, 

X* 

56570, 

V- 

99590 

TI  MF  a 

73400TARCFT 

IS  NOR 

AT  X- 

57416Y-  99059 

MOV  K  G 

IN  A  DIR 

;ECTION  OF- 

1571. 

MILS! RELATIVE  TO  TRUE  NORTH) 

TiME- 

75374, 

X- 

57510, 

V- 

99000 

TiMF* 

73161, 

X* 

58200. 

Y- 

98450 

TI-F. 

73005, 

X* 

58590, 

Y- 

97040 

timf- 

72808, 

X- 

59400, 

Y- 

97860 

TIME* 

T  ‘'63R, 

X- 

60050, 

Y- 

97580 

TIMF* 

77434, 

X* 

60360, 

Y- 

96790 

TIME* 

77298, 

X- 

60750, 

Y* 

V6400 

TIME* 

73435 

SENSOR*- 

0 

MONITOR*-  0 

TARGFT 

DROPOUT 

ON 

SENSOR* 

l  AT  TIME-  73335 

DOR AT l ON- 

TO 

,  JSTART 

-  73265,  JSTOP-  73335 

SENSOR*  I  RF°QRTEO  5  ACTIVATIONS  TO  MONITOR*  1 
E-ST  I  mat  ED  TARGET  SPEE0=-14  KM/MR,  TARGET-  V£  M I  4  Lg 
TARGFT  LENGTH-  251  “ET £RS 

SET  FIRETRAP  FOR  COORDINATES  56000,  995905ETA-  73760;  TRAP*-  l 

SET  FIRETRAP  FOR  COORDINATES  56570,  99590SITA-  73623;  TRAP*-  2 


ESTIMATED  TIME  TABLE  FOR  TARGET  MOVEMENT 


T I  "F  * 

73760, 

X- 

54000, 

Y- 

9  9  590 

TIME- 

73624, 

x» 

56*70, 

Y- 

99590 

T  1  Mc* 

73436TARCFT 

IS  NOW 

AT  X- 

5  7219  V*  99171 

MOV  I  NG 

IN  A  DIRECTION  OF- 

1571. 

MI  LSI  RELATIVE  TO  TRUE  NORTH) 

7  I  MF  a 

75159, 

x« 

67510, 

Y» 

99000 

TI-'E* 

73148, 

x» 

58200, 

Y* 

9  8450 

ri-E* 

7?9<i6, 

X- 

5R540, 

Y» 

97960 

TT-R* 

7?*00, 

x» 

56400, 

V- 

97860 

TIME. 

77632. 

X* 

60050, 

V- 

9  7  380 

TIMF* 

72430, 

Xm 

60350, 

V* 

96790 

T  |  MF  a 

72207, 

X* 

60750, 

Y- 

96400 
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study  has  also  been  accomplished  in  which  basic  decision  logics  have  been 
outlined  utilizing  sensor  activation  patterns  displayed  on  a  monitor  plus 
correlation  with  outside  information.  This  information  from  other  sources 
includes  such  factors  as  processing  of  the  raw  input  signals  to  the  sensor 
and  operator  recognition  of  signals,  a  priori  information,  status  of 
surrounding  environment,  information  from  sensor  arrays  in  other  sectors 
wl  ich  are  not  netted  co  the  monitors  and  arrays  being  watched,  etc.  The 
possibilities  of  utilizing  some  of  the  logics  in  the  model  plus  additional 
logics  and  subroutines  have  not  been  fully  explored  up  to  the  present  time. 

CONCLUSIONS 


The  following  principal  observations  are  reached  as  a 
result  of  utilizing  the  present  Unattended  Sen3or  Analysis  Model: 

1.  A  single  present  generation  UGS  is  limited 
to  detection  of  the  presence  of  a  target 
and/or  estimation  of  the  number  of  target 
elements. 

2.  Multiple  non-collocated  sensors  or  separated 
pairs  of  collocated  sensors  are  required  for 
target  classification  and  certain  false  target 
filtering. 

3.  Target  classification  may  or  may  not  be 
obtained  depending  on  the  particular  tactical 
situation  encountered  and  the  types  of  UGS 
utilized. 

4.  Additional  outside  (non-UGS)  information 
must  be  added  in  order  to  identify  targets. 


t 


« 
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NCHMAX 

-  Maximum  array  size  desired 

ANLYZE 

for  JTIME,  JRPORT,  and  ' 

CALLIT 

MONITR.  (2000) 

COUNT R 

CRLATE 

NCHART 

-  Index  number  indicating 

FSTARG 

entry  slot  for  JTIME, 

INSPCT 

JRPORT,  and  MONITR. 

MCHART  (block 
data) 

NEVE NT 

-  Cumulative  event  counter. 

NMOD 

RESET 

JTIME 

-  Time  of  an  event  report. 

RODRUM 

JRPORT 

-  Sensor  ID  number  associ¬ 
ated  with  an  event  report. 

MONITR 

-  Monitor  ID  number  associ¬ 
ated  with  an  event  report. 

Common /INOUT/ 


ICARD,  IPRINT,  I PUNCH 


ICARD  -  Device  number  for  card  (IT)  CNNECT 

IPRINT  -  Device  number  for  printer  INOUT(block 

(6)  data) 

IPUNCH  -  Device  number  for  card  IILMSM 

punch  (7) 


USE 

C  otnmon  /MONL  ST  / 


VARIABLES 


USED  BY 


BGINNG,  ICNFIG(IOO) ,  ISTIME(IOO), 
JMSTRT(IOO),  JMSTOP(IOO),  JLIST 
(1500),  JX(500) ,  JY(500) ,  JTYPE 
(500),  JARRAY(500) ,  JMONTS(500), 
JM0NTR(5,500),  JS(500,5>,  JOFFST 
(500,5) ,  IBPA(IOO),  IBPB(IOO) , 
IONODE(IOOO),  IBPX(IOOO) ,  IBPY 
(1000),  IBPS(IOOO),  NTRAIL(IOOO), 
KTRAPA(IOO),  KTBAPB(IOO),  IDTRAP 
(500),  KXTRAP(500) ,  KYTRAP(500), 
KSTRAP(500),  KTRAIL(500) ,  DREFS 
(10,10),  BUFFER 


BGINNG  -  Code  determining  whether  to 
call  CNNECT  (in  order  to 
read  data  in  from  cards) 
or  not.  True  -  Call 

False  -  Don't  call 
(already  have 
data) 

ICNFIG (M)  Configuration  type  number 
for  monitor  (M) 

ISTIME (M)  Event  start  time  for  moni¬ 
tor  (M) 

JMSTRT(M)  Minimum  #  of  sensors  associ¬ 
ated  with  monitor  (M) 
JMSTRT(K)  -  1 

JMSTOP(M)  Maximum  #  of  sensors  associ¬ 
ated  with  monitor  (M) 

JLIST(J)  Sensor  ID  #  belonging  to 
monitor(M) 

JX(JLIST(J))  X  coordinate  of  sensor  ID 
belonging  to  monitor  (M) 

JY(JLIST(J))  Y  coordinate  of  sensor  ID 
1  '  belonging  to  monitor  (M) 


ANLYZE 
CNNECT 
MONLST 
(block  data) 


USE 


VARIABLES 


JFYPE(JLIST(J) f  Sensor  type  for 
sensor  ID  belong¬ 
ing  to  Mon it or (M) 

JARRAY ( JLIST ( J  Array  number  from 

which  sensor  ID 
for  monitor (M) 
be  longs 

JMOMTS ( IDMON )  Sensor/monitor  com¬ 
bination  number 
for  sensor  ID  belong¬ 
ing  to  monitor  (M) 

JHpNTR(JMONTSrTDMnw) .rnwn)  Monitor 
number  associate- 
with  sensor/monitor 
combination  and  sensor 
ID  belonging  to 
monitor  (M) 

JSCIDNO.  JMONTSfTnwnn  Accumulative 
distance  along  the 
path  of  sensor  associ¬ 
ated  with  sensor/ 
monitor  combination 
and  sensor  ID  belong¬ 
ing  to  monitor  (M) 

JOFFST(IDKO.JMONTS(IDNQ))  Offset 
distance  from  the 
path,  of  tensor  associ¬ 
ated  with  sensor/ 
monitor  combination  and 
sensor  ID  belonging  to 
monitor  (M) 

Minimum  number  of  geometric 
nodes  associated  with 
monitor  (M)  (IBPA(M)  -  1) 

IBPB(M)  Maximum  number  of  geometric 
nodes  associated  with  moni¬ 
tor  (M) 

IDNOCg(N}  ID  #  of  geonetric  nodes  (N) 
associated  with  monitor  (M) 
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- -  VARIABLES  _ 

1S2L(N1  X  coordinate  of  geometric 
node(K)  associated  with 
monitor  (M) 

i&SClNi  V  coordinate  of  geometric 
node  (N)  associated  with 
monitor  (M) 

~P-S-^  Accumulative  distance  along 
the  path  of  geometric  node 
associated  with  monitor  (M) 
(with  respect  to  the  first 
node  on  the  path) 

p*th  number  to  which 
geometric  node  (N) 
associated  with  monitor 
O')  belongs 

^APAffil  Minimum  number  of  firetraps 

S;S)rlih  Mitw  (m> 

Maximum  number  of  firetraps 
associated  with  monitor  (M) 

IgrRAP^  10  #  of  firetrap  (K)  associ¬ 
ated  with  monitor  (M) 

^?AP{K)  X  coordinate  of  firetrap  (K) 
associated  with  monitor(M) 

££?**&?  Y  coordinate  of  firetrap  (K) 
associated  with  monitor(M) 

KSIBAftlO.  Accumulative  distance  along 
the  path  of  firetrap  (K) 
associated  with  monitor  (M). 
(with  respect  to  the  first 
node  on  the  peth) 

p*th  number  to  which  fire¬ 
trap  (K)  associated  with 
monitor(M),  belongs 

— Detection  threshold  values 
in  impulses  per  second  for 
sensor  type  (I)  and  opera¬ 
ting  environment  (J) 

JJJM  Intermediate  storage  area 
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USED  BY 


KXTRAP(K) 


XYTRAP(K) 


KTRAII.(K) 


ORErS^.Ji 


buffer 
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ATTENDED  SENSOR  ANALYSIS 


At  the  conceptual  level,  the  final  logical  framework  for 
attended-sensors  analysis  parallels  that  for  unattended  sensors.  That  is: 

o  Simulated  histories  of  "raw  reports"  would  be  derived 
within  the  PRERUN-MSM  combination,  and  the  appropriate  information  placed 
on  an  output  file  (MSMOUT), 

o  The  MSM  output  file  may  then  be  used  as  input  to  any 
number  of  "analysis"  or  "message  generation"  program  packages  that  would 
simulate  the  interpretation  of  raw  sensor  reports  and  the  generation  of  cor¬ 
responding  messages  that  would  enter  the  command  structure. 

Description  of  a  package  for  analysis  of  unattended  sensor  reports  has  been 
given  previously  (Section  6.4).  In  this  section  is  a  description  of  an  illus¬ 
trative  analysis  (or  message  generation)  package  for  attended  sensors,  much 
more  limited  in  scope. 

6.  5. 1  Major  Distinctions  Between  Attended  and  Unattended  Sensor 

Analysis 

For  the  attended  sensor  classes  considered  (radar,  thermal 
viewer  and  image  devices),  the  human  factors  elements  are  much  more  pro¬ 
nounced  than  for  unattended  sensors.  Physically,  the  human  element  enters 
into  the  sensing  procedures  themselves,  into  the  "raw"  reports,  and  into  sub¬ 
sequent  analysis.  For  the  sensor  classes  studied,  the  attended  sensors  have 
the  distinction  of  being  scanning  sensors.  A  fully  developed  model  would  there¬ 
fore  also  have  to  consider  human -dictated  adjustments  of  scanning  patterns 
(e.  g. ,  switch  from  search  to  track).  Finally,  the  combination  of  a  scanning, 
attended  sensor  and  its  human  operators  provides  multidimensional  information 
(e.  g. ,  estimates  of  target  position,  speed,  composition  and  number  of  elements) 
in  contrast  to  the  simple  'yes'  or  'no*  signals  typical  of  unattended  sensors. 

Thus,  the  complexity  and  variability  for  attended  sensor  sim¬ 
ulation  is  a  major  problem  over  the  range  of  environmental  and  battle  conditions 
otherwise  treated  in  the  model.  Indeed,  the  data  base  for  reasonably  compre¬ 
hensive  modeling  does  not  appear  adequate,  and  near-term  expansion  of  the 
model  appears  to  hinge,  not  on  programming  (coding)  per  se,  but  on  (a)  compre¬ 
hensive  problem  definition,  (b)  major  review  of  existing  data  sources  on  human 
factors  in  terms  of  sensor-plus-sensor  context,  and  (c)  additional  human  factors 
experiments  aimed  directly  at  supplementing  the  current  data  base. 
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An  elementary  approach  to  the  attended  sensor  analysis 
package  was  provided  with  the  CAL-prog  rammed  system  assessment  model. 

Its  general  features  are  described  below. 

6.  5.  2  Attended  Sensor  Analysis  Package 

A  program  package  for  elementary  attended  sensor  analysis 
was  provided  that  has  two  intents: 

o  Demonstration  of  coding  that,  while  simple,  illustrates 
the  general  nature  of  programs  to  convert  "raw"  reports  to  simulated  oper¬ 
ator  messages  about  targets. 

o  Demonstration  of  a  linkage  from  MSM  to  an  output 
processor  program  (the  basic  input  to  the  analysis  package  is  the  tape  or 
disk  file  from  MSM  called  MSMOUT). 

6.  5.  2. 1  Emphasis  and  Scope 

* 

Because  more  information  was  available  on  radar  operator 
performance  than  for  other  attended  sensor  types,  emphasis  was  placed  on 
radar  sensors.  For  these  sensors,  the  primary  target  classes  (also  the  ones 
most  likely  to  lead  to  operator  errors)  are  •  ehicles  and  personnel.  It  may  be 
noted  that  aircraft  and  munitions  are  not  treated  as  targets  in  the  initial  model 
for  those  sensors  that  can,  in  fact,  distinguish  them4,  according  to  the  lim¬ 
ited  warfare  scope  of  this  initial  model. 

The  essence  of  this  program  package  hinges  on  the  combination 
of  radar  sensors  and  vehicle  or  personnel  targets,  and  the  corresponding 
"working"  subprograms,  RDRPRS  and  RDRVEH,  are  the  only  cnes  with  non¬ 
trivial  analysis  structures. 

For  image  and  thermal  viewer  sensors,  minimal  near-dummy 
routines  were  provided  to  llustrate  a  reasonable  mode  of  linkage  for  future 
development.  These  do,  in  addition,  pass  unprocessed  reports  to  the  print¬ 
out  routine  so  that  the  corresponding  information  is  not  completely  deleted. 

A  similar  logic  is  used  for  tho  radar  sensor /boat  target  com¬ 
bination.  It  >8  assumed  that  target  type  classification  is  simple  for  boat 

targets - if  not  by  doppler  signature,  then  by  keying  positions  to  known  water- 

way  routes. 

Note  aircraft  and  munitions  signals  are  important  to  some  unattended 
sensors,  particularly  seismic  and  acoustic,  that  cannot  inherently 
screen  out  signals  by  target  differences  (o.  g. ,  height). 


6.  5.  2.  2  Major  Qualitative  Features  of  Program  Package 

With  reference  to  the  "emphasis"  guidelines  above,  hence  In 
the  context  of  radar,  the  major  qualitative  features  of  the  program  package 
are  summarized  below. 

I 

Input.  Primary  Input  comes  from  the  MSM  output  file  called 
MSMOUT  (tape  or  disk).  Raw  report  data  records  for  the  attended  sensors 
are  sorted  out  (l,  e. ,  from  unwanted  records  for  unattended  sensors),  decl- 
>  phered  by  the  executive  (main)  routine,  and  then  treated  by  whichever  lower 

level  routine  Is  appropriate  for  the  sensor  class.  Description  of  the  content 
of  the  data  records  on  MSM  Is  given  In  Appendix  C  (In  particular,  Figure  C?*3). 
Minor  Input  for  run  Identification  and  for  type  selection  comes  from  two  data 
cards  prepared  by  the  program  runner.  (See  Volume  II  for  card  preparation 
Information). 


Output.  Message  text  is  printed,  imagining  some  of  the  impor¬ 
tant  content  of  operator  messages  In  field  operations.  In  present  coding, 
content  covers  (a)  target  type,  (b)  target  position,  and  (c)  number  of  elements 
In  target.  ..according  to  a  list  of  possible  statements  that  might  occur  and 
Including  the  possibility  that  the  operator  makes  no  comment  at  all  about  one 
or  more  of  these  parameters. 

Effects  on  Output.  Qualitatively,  it  is  assumed  that  an  oper¬ 
ator  may  make  a  general  report,  a  specific  report,  or  no  report  on  a  target 
parameter.  A  specific  report  may  or  may  not  be  correct 

Generally,  favorable  conditions  (high  signal  to  no'se,  good 
speed  indices)  dispose  the  report  towards  (a)  specific,  rather  than  general  or 
non-existent  commitment,  and  (b)  lower  probability  of  error.  Unfavorable 
conditions  tend  to  produce  no  estimate  or  vague  estimates,  with  higher  prob¬ 
ability  of  error  when  a  specific  estimate  is  made. 

?  The  various  choices  are  randomly  selected,  with  probability 

values  given  in  tables.  Selection  of  the  appropriate  table  and  table  entry  Is 
based  upon  (a)  actual  target  type*,  and  (b)  signal -to-nolse  ratio.  In  addition, 
a  special  case  was  made  for  personnel  and  vehicles  having  a  speed  (radial 
velocity)  In  the  vicinity  of  1.3  meters/second--that  is,  for  fast-moving  per¬ 
sonnel  and  slow-moving  vehicles.  According  to  available  data**,  iterators 
have  a  high  probability  of  classifying  vehicles  as  personnel  and  vice-versa  in 
such  situations,  an  implication  that  apparent  speed  is  a  dominating  Influence 
on  an  operator's  Interpretation  of  target  type, 

* 

Vehicles  and  personnel  only.  As  mentioned  previously,  analysis  for  boats 
Is  limited  to  a  near-dummy  routine. 

** 

"Operator  Proficiency  In  Interpreting  Ground  Surveillance  Radar  Signals 
(AN/TPS-33)",  A.  Kraemer,  D.  Easley,  A.  Miller,  P.  Stevenson, 
HumRRO  Technical  Report  90,  June  1964 
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6.  5.  2.3 


Program  Structure 


The  total  program  package  comprises  a  main  (executive) 
program  and  7  supporting  subprograms  directly  oriented  to  the  physical 
problem.  Also  used  is  a  utility  function-type  subprogram,  URN,  that  pro¬ 
vides  uniform  random  numbers.  (This  routine  is  also  used  in  PRERUN, 

MSM,  and  other  auxiliary  program  packages.)  One  common  area,  RAWRPT, 
is  used  to  transmit  the  raw  report  record  (from  MSMOUT)  to  all  subroutines 
requiring  such  data. 

A  list  of  the  subprograms  and  brief  descriptions  are  given 
in  Figure  6.  5-1.  An  English  text  macroflow  diagram  of  the  overall  program 
structure  is  given  in  Figure  6.  5-2. 

The  main  program  roads  records  from  MSMOUT  file  one  by 
one.  A  record  that  does  not  apply  to  an  attended  sensor  is  bypassed.  If  a 
record  corresponding  to  one  of  the  three  classes  of  attended  sensors  is  located, 
two  steps  are  taken: 

o  Planner  control  data  from  card  a  specifies  which  classes 
of  sensors  are  to  be  treated  (e.  g. ,  planner  may  select  only  radar).  If  planner 
has  rejected  the  type  corresponding  to  the  immediate  record,  the  next  record 
is  read. 

o  If  the  planner  has  selected  the  sensor  type  corresponding 
to  the  immediate  record,  the  data  are  left  in  common  area  /RAWRPT/,  and 
the  main  program  passes  control  to: 

RDRMSG  for  radar  sensor 

IMGMSG  for  image  sensor 

T'dVMSG  for  thermal  viewer  sensor. 

These  act  as  level  2  executive  routines,  each  responsible 
for  its  particular  sensor  type. 

True  analysis  is  not  performed  in  the  original  program  package 
for  image  or  thermal  viewer  sensors.  The  corresponding  executive  routines, 
IMGMSG  and  THVMSG,  exist  in  dummy  form  and  merely  pass  input  data  to  the 
output  printer. 

Radar  sensor  reports  are  supervised  by  RDRMSG,  It  decodes 
the  target  type  indicator  (FORTRAN  variable  ITGTTP).  If  the  code  is  invalid, 
a  diagnostic  is  printed  and  the  record  is  bypassed.  If  the  code  is  valid,  control 
is  passed  to  the  appropriate  working  routine  as  follows: 


ASMAIN 

Main  program. 

R  DR  MSG 

Executive  routine  for  radar  sensors. 

RDRVEH 

Working  routine  for  radar  sensors, 
vehicle  targets. 

RDRPRS 

Working  routine  for  radar  sensors, 
personnel  targets. 

RPTMSG 

Print  routine  for  simulated  report 
messages. 

The  following  routines  sre  provided  as  near  dummy  routines.  Althcugh 
full  program  linkages  exist  for  illustrative  purposes,  and  in  order  that  infor¬ 
mation  is  not  complete!)  missing  from  printed  output,  no  real  "analysis"  is 
performed. 

IMGMSG 

Executive  routine  for  image  type 
sensor. 

THVMSG 

Executive  routine  for  thermal  viewer 

sensors. 

RDRBOT 

Working  routine  for  radar  sensors, 
boat  targets. 

The  following  function  type 
to  the  sensor  analysis  package: 

subprogram  is  a  utility  program,  not  unique 

URN 

Uniform  random  number  generator. 

Figure  6.5-1  SUBPROGRAMS  WITHIN  ATTENDED  SENSOR  ANALYSIS  PACKACE 
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I 


ITGTTP 

Target  Type 

Routine  Called 

1 

Personnel 

RDRPRS 

2 

Vehicles 

RDRVEH 

3 

Boats 

RDRBOT 

The  essential  operations  of  the  package  reside  in  RDRPRS 
(radar  sensor,  personnel  target)  and  RDRVEH  (radar  sensor,  vehicle  target). 
Logical  structures  of  these  two  routines  are  nearly  identical.  Brief  discussion 
of  RDRVEH,  given  below,  therefore  applies  generally  to  RDRPRS.  Commented 
program  listings  and  AUTOFLOWS  (supplied  separately.  Volume  III)  provide 
additional  detail. 

6.  5.  2. 4  Summary  of  RDRVEH  Logic 

A  macroflow  diagram  of  RDRPRS  operation  is  given  in  Figure 
6.  5.  3.  The  qualitative  aspects  of  the  logic  follow  results  published  in 
tfnmPiw  Technical  Report  90  (see  full  reference  in  previous  footnote).  De¬ 
scription  in  some  cases  uses  numerical  values  of  probability  parameters.  It 
is  to  be  understood  that  exact  numerical  values  may  be  readily  changed,  and 
do  not  influence  the  basic  logic.  Values  provided  are,  in  most  cases,  quite 
tentative. 

6.  5.  2. 4. 1  Target  type  classification 

The  initial  block  of  RDRVEH  coding  applies  to  determining  what 
an  operator  might  decide  about  target  type.  Reference  may  be  made  to  the 
partial  flow  diagram  of  Figure  6.  5-4. 

o  Some  small  percentage  of  the  time  (8%),  regardless  of 
conditions,  operators  tend  to  make  no  statement  about  target  type.  If  the 
program  determines  that  commitment  would  be  made,  the  following  step  is 
reached. 


o  A  special  case  is  made  for  slow-moving  vehicles.* 
According  to  the  literature,  slow-moving  vehicles  are  incorrectly  classified 
as  personnel  (given  that  any  classification  estimate  is  made  at  all)  about  50% 
of  the  time. 


For  slow-moving  vehicles  (below  1.35  meters /second), 
this  is  the  last  step  of  classification  logic. 

* 

In  RDRPRS,  for  personnel  targets,  the  analogous  situation  corresponds 
to  fast-moving  personnel,  often  misclassified  as  vehicles. 
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Figure.  6.5-3  MACROFLOW  FOR  ^JBROWINS  RDRVEH 
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enter 


N©t«S  •  (JRH  •  Uniform  No.  Generator 

5«*  Fi'j,  far  C»nimw^  i'*h 


Fi‘l*»r«  L.9H.  Partial  Flow  diagram  —  target 
type  specification  within  RDRVEH 


*  o  For.  fast-moving  vehicles,  operators  are  quite  accurate 
in  correctly  classifying  type,  but  do  mr.ke  occasional  misclassifi cations  of 
vehicles  as  personnel.  The  program  assigns  a  fixed  probability  (92%)  to 
correct  classification  and  the  complement  (8%)  to  the  incorrect  specification 
as  personnel. 

6.  5.  2.  4.  2  Target  position: 

The  program  assumes  that  the  operator  will  always  report 
location  information.  Current  version  expresses  this  information  in  terms 
of  target  range  and  azimuth  relative  to  the  sensor. . .  that  is,  in  radar  - 
coordinates. 


However,  it  is  assumed  that  the  coordinates  transmitted  will 
vary  from  the  true  coordinates  by  a  random  amount  that  depends  upon  signal- 
to-noiae  (S/N)  ratio.  The  table  below  relates  to  current  coding,  in  which 
S/N  is  quantized  into  three  descriptive  levels  (low,  medium  and  high).  The 
randqpri  variation  is  assumed  to  be  a  percentage  of  the  range  ga,:e  or  beam- 
width  as  follows  (recall,  exact  numerical  values  are  illustrative,  though 
reasonable,  but  do  not  influence  the  basic  logic): 

Variations  Allowed  Over  This  Fraction  of 
S/N  Range  Gate  _  _ Beemwidth 


Low 

(<0.  5  dB) 

100% 

100% 

Med. 

(0.5-1.  5  dB) 

50% 

50% 

High 

(>  1.  5  dB) 

20% 

20% 

Figure  6.  5-5  gives  a  partial  flow  diagram  for  this  block  of 

RDRVEH. 

6.  5.  2.  4.  3  Number  of  elements  in  target: 

Present  coding,  although  limited  in  scope,  does  reflect  basic 
qualitative  features  of  the  operator's  problem  of  estimating  the  number  of 
elements  in  a  target.  The  routine  (RDRVEH  or  RDRPRS)  provides  for  four 
possible  message  texts  from  the  operator  concerning  number  of  target 
elements: 
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SIGNAL- TO-NOISE  INDEX  (ISN),  VALUE  1  (LOW), 
2  (MEDIUM)  OR  3  (HIGH)  DETERMINED  FROM 
GIVEN  S/N,  BY  COMPARISON  WITH  TWO  REFER- 
ENCE  LEVELS  (SNRFV1,  SNRFV2), _ 

Jl 


PERTURBATION  INTERVAL  CHOSEN  AS  FRACTION 

OF  RANGE  GATE  AND  OF  BEAMWIDTH.  ACCORDING 

TO  ISN  VALUE: 

ISN 

FRACTION* 

1 

1.0 

2 

0.  5 

3 

0.2 

URNl - 


REPORTED  RANGE  AND  AZIMUTH  OF  TARGET 
PERTURBED  BY  UNIFORM  RANDOM  VARIATION 
SYMMETRICAL  ABOUT  TRUE  VALUES,  OVER 
INTERVAL  ESTABLISHED  PREVIOUS  STEP. 


O 


Numerical  value*  set  by  data  statements.  FORTRAN  variables  are 
RVARV  (for  fraction  of  range  gate)  a. id  AZVARV  (for  fraction  of  beam- 
width). 


Figure  6.5-5  PARTIAL  FLOW  DIAGRAM  FOR  REPORTED  RANGE  AND  AZIMUTH  WITHIN 
RDRVEH  6-119 


Code  (KINDEX) 
1 
2 
3 


Text 

'A  TARGET'  ('  TARGET  ELEMENT') 

'A  FEW  TARGET  ELEMENTS’  (2  or  3) 

'SEVERAL  TARGET  ELEMENTS' 

(4  or  more) 

Operator  doea  not  specify  number  of 
target  elements 


Program  selection  of  the  KINDEX  code  (hence  message)  depends 
most  strongly  upon  the  actual  number  of  target  elements,  more  weakly  upon 
the  signal-to-noise  ratio.  The  partial  flow  diagram  of  Figure  6.  5*6  may  be 
referenced. 

First,  the  non-specify  possibility  (KINDEX  =  4)  may  be  selected, 
with  a  random  test  against  probability  values  (PUNSVQ  table)  determined  by 
signal-to-noise.  Qualitatively,  a  low  signal-to-noiBe  tends  to  cause  the  oper¬ 
ator  to  omit  a  count  variable  in  his  report.  If  KINDEX  is  4  according  to  this 
test,  the  following  steps  are  bypassed. 

Second  (if  this  step  is  reached),  one  of  the  values  1,  2  or  3  will 
be  selected  for  the  KINDEX.  The  value  is  selected  randomly,  but  with  prob¬ 
abilities  that  depend  upon  the  actual  number  of  elements  in  the  target.  For 
example,  there  will  be  a  strong  tendency  for  the  report  to  specify  one  target 
element  if,  in  fact,  there  is  one  target  element  and  to  specify  "several  -  4  or 
more"  if  the  actual  number  of  elements  is  greater  than  4. 

First,  the  actual  number  of  target  elements  is  mapped  into  a 
3-level  index,  IKOUNT,  as  follows: 

True  Number  of 
Target  Elements 


IKOUNT 

1 

2 

3 


1 

2  or  3 
4  or  more 


Given  IKOUNT,  a  uniform  random  number  is  referenced 
against  appropriate  entries  in  a  preset  probability  table,  PQ  (IKOUNT, 
KINDEX),  with  the  following  definition: 

PQ  (IKOUNT.  KINDEX)  =  Probability  that  the  result 

is  KINDEX,  given  a  value 
for  IKOUNT. 
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For  example,  PQ  (1,2)  la  the  probability  that  the  operator  will  report  "2  or  3" 
target  element*  (KINDEX  =  2),  if  the  target  has,  in  fact,  one  target  element 
(IKOUNT  =  1).  Because  some  choice  (1,  2  or  3)  is  made  for  KINDEX,  PQ 
satisfies  the  obvious  requirement: 

PQ  (IKOUNT,  1)  +  PQ  (IKOUNT,  2)  +  PQ  (IKOUNT,  3)  =  1.0 

for  every  possible  IKOUNT  value.  It  should  perhpas  be  noted  that  these  PQ 
values  are  conditional,  in  that  they  apply  only  when  the  possibility  of  non- 
specification  (KINDEX  -  4)  has  been  previously  rejected.  Thus: 

Pr.'b  (KINDEX  =  2  if  true  number  of  target  elements  =  1) 

Prob  (KINDEX  4)  x  Prob  (KINDEX  =  2,  given 
target  element) 

=  .-rob  (KINDEX  i  4)  x  PQ  (1,  2). 

%  Qualitatively,  the  numbers  in  the  probability  table  PQ  are 

oriented  to: 


o  highest  probability  of  correct  count  code 

o  next  highest  probability  of  being  off  by  1 
in  the  count  code 

o  lowest  probability  of  being  off  by  2  in  the 
count  code 

6.  5.  2.  5  RPTMSG:  Printout  Routine 

After  a  working  routine  (such  as  RDRVEH)  has  established 
target  position  values,  and  codes  for  target  type  and  for  number  of  elements, 
RPTMSG  is  called  to  provide  printout  of  a  simulated  message.  In  this 
routine,  also,  are  the  conversions  of  azimuth  angles  (radians,  mathematical 
convention,  used  internally)  to  bearing  in  mils.  A  typical  message  printout 
might  be: 

DAY  1  TIME  1433:20  REPORT  FROM  SENSOR  132(*) 

TARGET  AT  RANGE  1455  METERS,  BEARING  452  MILS 
TYPE  OF  TARGET  PERSONNEL 
SEVERAL  ELEMENTS 
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TABLE  6.5-1 


USE 


Conmon/RAHRPT/ 

t 


ATTENDED  lENSOR  ANALYSIS  MODEL  COMMON  AREAS 


VARIABLE 


UNUSED(S) ,  IDSNSR.IDARAY,  ORGCD1, 
ORGCD2 ,  IMOVE,  IDAY,  ICLK24,  ISEC, 
XSNSR,  YSNSR,  SSPEED,  IDTGT, 
KDCOOE,  XTGT,  YTGT ,  RANGE ,  AZ, 
SNOIS ,  PDET,  I SCAN,  BMfDTH,  RGATE, 
ITGTTP,  NOELEM,  VRADL,  STYP1, 
STYP2,  FDOPLR 


UNUSED(S)  -  The  first  five  words 
of  this  coaznon  eree 
ere  not  used. 

IDSNSR  -  ID  of  the  sensor. 

IDARAY  -  ID  of  errsy  to  which  sensor 
belongs. 

QRGC01,  ORGCD2  -  Two  words.  Organi¬ 
zation  to  which 
sensor  belongs. 

IMOVE  -  Move  code  for  sensor: 
negative  -  airborne 
zero  -  stationary 
positive  -  ground  moving 

IDAY  -  Integer  value  for  day  of 
game  0,  1,  etc.,  of 
detection 

ICLX24,  ISEC  -  Twenty -four  hour 

clock  giving  hours, 
minutes  &  seconds 
of  detection 
respectively. 

XSNSR  -  X  coordinate  of  sensor. 

YSNSR  -  Y  coordinate  of  sensor. 

SSPEED  -  Speed  of  the  sensor 
— ""  (m/sec) 


USED  BY 


RDRMSG 

RDRPRS 

RDRVEH 

RDRDOT 

QfGMSG 

THVMSG 
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_ _ VARIABLE _ 

I2I2I  -  ID  of  the  target. 

KDCCDE  ■  Target  code: 

1  -  Red  Tgt 

2  -  Blue  Tgt 

3  -  Fa lae  Tgt 

4  -  Falae  Alarm 

XTgr  -  X  coordinate  of  target 

XSSI  ~  Y  coordinate  of  target 

RAN®  -  Range  of  target  from  aenaor 

AZ  -  Bearing  of  the  target  (mils 
clockwiae  from  north) 

-  Signal  to  nolae  ratio 
of  aenaor 

POET  -  Probability  of  detection 

“  c°d*  deacrlblng  what  acan 
routine  vaa  uaed.  SCAN  l 
or  SCAN  2, 

BWDTH  -  Beam  width  of  aenaor 

RGATE  -  Rangegate  of  aenaor 

IT grip  -  Tar  got  type 

NOE LEM  -  Number  of  elnnenta  in 
the  target 

XSA5.lt  ■  Radial  velocity  of  target 

STYPl^  STYP2  •  Specific  type  of 

aenaor  (alphanumeric) 

22213£  *  Doppler  Frequency  of  Target 
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TACTICAL  COMMUNICATIONS  MODEL 


6.6 

6.6.1  Purpose. 

The  purpose  of  the  Tactical  Communications  Model  is  to  utilize  a  set  of 
computer  programs  to  simulate  the  flow  of  STANO  messages  through  a  tactical 
communications  network. 

6.6.2  Scope. 

TACCOM  consists  of  a  main  program  with  eleven  supporting  subroutines, 
two  of  which  are  utility  subprograms.  It  contains  approximately  900  source 
statements,  has  a  total  length  of  l£6,376  bytes,  prints  approximately  60,000 
lines,  takes  about22>66  minutes  to  run  and  uses  about  1,11  minutes  of  CPU 
time  on  an  IBM  360*66  computer. 

6.6.3  Objectives. 

The  main  objective  of  the  TACCOM  model  is  to  determine  the  timeliness  of 
messages  which  are  sent  through  a  tactical  communications  net.  This  timeli¬ 
ness  is  to  be  measured  in  terms  of  delays  which  the  messages  incur.  These 
delays  Include  initial  and  final  operator  delay,  net  changeover  delay  and 
delays  caused  by  STANO  and  non-STANO  messages. 

6. 6. A  Assumptions. 

The  following  assumptions  are  implicit  in  the  Tactical  Communications 
Model : 


All  non-STANO  messages  in  the  queue  over  15  minutes  in  time  history  for 
both  the  transmitter  and  receiver  nodes  of  the  STANO  message  will  be  deleted 
from  the  flow.  (This  time  may  be  changed  as  a  parameter.) 


A  message  can  flow  only  up  or  down  or  horizontal. 

A  message  is  considered  "entere  1  into"  or  "presented  out  of"  the 
communications  net  only  after  occurrence  of  the  initial  and  final  operator 
delays. 


Operator  delay  is  sampled  randomly  from  a  normal  distribution  with 
mean  85  seconds  and  standard  deviation  25  seconds.  (Means  and  standard 
deviations  may  be  changed  as  a  system  parameter  and  in  the  future  may  be 
changed  to  variables  dependent  on  the  location  of  the  message  and  the  net 
being  transmitted  on). 
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When  a  message  is  being  processed  from  one  vocation  to  another,  all 
the  available  nets  will  be  tried.  If  an  available  net  is  not  being  used  (no 
queue),  the  message  will  be  transmitted  to  its  receiver  location  and  a  new  set 
of  available  nets  will  be  determined  at  that  location  for  the  next  link.  If 
all  the  available  nets  are  being  used,  the  message  will  continue  to  try  to  * 

get  through  to  its  receiver  location  on  the  last  available  net  tried. 

A  maximum  of  50  random  non-STANO  messages  can  be  generated  at  the 
transmitter  and  receiver  nodes  any  time  15  minutes  prior  to  the  present  game 
time  of  the  STANO  message.  (This  number  may  be  changed  as  a  system  parameter).  « 

Nor-STANO  messages  are  assumed  present  during  the  processing  of  the • 

STANO  message  in  order  to  create  a  possible  delay  upon  the  STANO  message  for 
the  purpose  of  simulating  the  daily  flow  of  messages  during  the  game.  Thus, 
non-STANO  delays  are  calculated  as  if  the  non-STANO  messages  are  being  constantly 
processed. 

Any  message  with  a  precedence  of  two  or  less  is  considered  to  have  high 
precedence.  See  paragraph  6. 6. 5, 3,  number  2,  for  an  explanation  of  message 
precedences . 

6.6.5  TACCuM  Planner  Inputs 


Data  Set  # 

Name 

Contents 

I 

TABLE  A 

A  chronological  list  of 

STANO  messages 

II 

PRECEDENCE 

A  list  of  the  message 
precedences,  net  pre¬ 
ferences  and  path  ID's 
for  each  message. 

III 

COMMOROUTE 

A  descriptir  of  the 
path  followed  by  each 
message. 

IV 

NET  CYCLE 

CHANGE-OVER 

DELAYS 

Net  changeover  aelay 
statistics.  See  para. 

6.6.6.C 

♦ 

V 

CCMMOT RAFIK 

Non-STANO  communication 
traffic  statistics 
(rates  6.  lengths) 

4 

VI 

TRAFIKMODS 

Time  dependent  modifiers 
of  the  above  non-STANO 
message  rates  and  lengths 

VII 

BYPASS  DATA  SET 

Provides  input  for  play 
or  bypass  of  operator 
and  net  cycle  delay. 
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6. 6.5.2  TABIE  A  (Data  Set  I),  is  set  up  to  handle  200  messages.  This 
is  an  arbitrary  limitation  and  may  be  modified  by  changing  the  dimensions  of 
TABLE  A  and  TABLE  B  in  all  programs  of  the  model,  and  by  changing  the  first 
executable  statement,  fourth  executable  statement  from  the  last,  and  second 
executable  statement  before  Statement  #72  in  subroutine  TACCOM.  TABLE  A  con¬ 
tains  information  on  new  messages,  while  TABLE  B  contains  information  on 
messages  in  process. 

The  present  model  operates  from  data  cards  and  reads  in  up  to  200 
message  cards  for  processing  at  a  time.  As  a  future  expansion,  it  may  be 
more  reasonable  to  provide  an  executive  package  and  put  these  messages  on 
disc.  This  will  be  particularly  true  if  a  direct  linkage  is  established 
between  the  MSM  and  the  other  output  processing  submodel*.  The  information 
in  TABLE  A  (Data  Set  I)  is  described  as  follows: 


Column  1:  ITIME  —  This  is  the  time  (in  sequence)  the  monitor  opera¬ 
tor  determines  a  sensor  report  has  occurred.  (In  second* 
of  game  time  from  game  time  zero) 


Column  2:  MSGNUM  —  This  is  the  message  number  (in  sequence)  of  this 
message.  Each  message  will  have  a  distinct  message  number 
which  can  be  croas-referer.ced  to  the  message  output  from 
the  sensor  analysis  models  to  get  the  actual  message 
content. 


Column  3:  IDMON  —  This  is  the  ID  of  the  monitor  from  which  this 
sensor  report  is  coming  from.  This  number  should  be  the 
same  as  that  used  in  PRERUM  fer  this  monitor. 


Column  4:  MESSAGE  TYPE  —  This  is  a  number  from  one  to  100  assigned 
by  the  planner  to  give  the  specific  description  of  the 
message  which  is  being  sent.  The  data  in  the  Precedence 
Data  Set  is  arranged  and  extracted  by  message  type  and 
subroutine  PRCDNT  keys  off  of  this  message  type. 

Column  5:  MESSAGE  LENGTH  —  This  is  the  length  in  seconds  of  the 
message  being  sent.  The  message  length  should  be  con- 
sideiably  longer  between  higher  echelons  than  lower  echelons. 

6. 6. 5. 3  The  PRECEDENCE  DATA  SET  (II)  is  prepared  by  the  planner  for 
message  precedences  and  net  preferences  for  up  to  100  message  types  and  con¬ 
tains  the  following  items: 

MSGTYP  —  Message  type  (1-100).  This  is  the  message  type  of  this 
particular  message  described  in  the  TABLE  A  Data  Set. 

MSGPRC  --  Message  Precedence  Code.  The  specific  message  precedences 
which  may  be  used  in  the  model  are: 
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Flash  or  Category  Z.  (1) 

Emergency  or  Category  Y  (2) 

Operational  Immediate  or  Category  0  (3) 

Priority  or  Category  P  (4) 

Routine  or  Category  R  (5) 

Deferred  or  Category  M  (6) 

Any  message  with  a  message  precedence  of  two  or  less  is  considered  to  have 
high  precedence. 

IPATH  —  This  is  the  Path  Identification  number  of  the  route  of  this 
particular  message.  It  is  possible  for  two  or  more  of  the  same  or  different 
messages  to  be  sent  from  the  same  location,  but  along  a  different  route.  IPATH 
differentiates  between  a  message  going  along  one  route  and  the  same  type  or 
different  message  going  along  another  route. 

NETPRF  —  This  is  the  Net  Preference  code  for  this  message.  Four 
different  nets  are  provided  for.  The  design  of  the  model  is  such  that  any 
radio  net  may  be  represented  since  frequencies,  coding  or  other  individual 
net  characteristics  are  not  treated.  The  four  nets  considered  as  most  fre¬ 
quently  used  at  brigade  and  below  are: 

Command  Operations  Net  (RATT) 

Command  Operations  Net  (FM) 

Intelligence  Net  (FM) 

Fire  Support  Net  (FM) 

Specifications  of  a  four  digit  code  provide  net  preferences  for  each 
message  (first  digit  is  primary  net,  second  digit  is  secondary  net,  etc.) 

LTIME  --  This  is  a  time  variable  to  allow  for  future  expansion  in 
the  model  so  that  messages  may  be  identified  with  MSM  game  time  in  order  to 
have  the  message  types,  precedence,  and  routing  be  more  closely  tied  to  the 
scenario. 

6. 6. 5.4  COMMO  ROUTE  Data  Set  III  is  input  by  the  planner  and 
is  provided  to  describe  the  particular  route  which  each  message  will  follow 
through  the  TACCCM  Net.  The  particular  items  of  this  data  set  are: 

ROUTE  NUMBER  —  This  is  the  IPATH  number  passed  from  the  Precedence 
Data  Set  and  is  the  ID  of  this  rente. 

MONLOC  --  This  is  the  location  designation  of  the  monitor  from  which 
the  message  is  sent.  Platoon  designations  are  a  hundreds  number,  company  a 
tens  number,  battalion  a  units  number,  and  brigade  is  1000.  Thus  for  example, 
321  is  3d  p’atoon  2d  company,  1st  battalion  of  the  brigade  1C00.  The  capacity 
of  the  design  allows  for  1  brigade,  9  battalions,  35  companies  and  155  platoons. 
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NODES  --  This  is  the  nodal  connection  code  for  the  flow  of  this 
message  along  this  path.  A  nodes  code  (NENTRY  Numbers)  is  used  to  indicate 
echelons  as  follows:  1-brigade,  2-battalion,  4-company,  6-platoon.  Thus 
6421  means  the  message  starts  at  platoon  and  goes  through  company  and  battalion 
to  brigade,  while  1206  means  the  message  starts  at  brigade  and  goes  through 
battalion  to  a  platoon  (skipping  company). 

IHORIZ  ..  This  is  the  message  flow  direction  code  for  this 
message.  IHORIZ  ■  0  means  the  message  is  going  vertically;  for  example, 
battalion  to  company.  IHORIZ  »  1  means  the  message  13  going  horizontally; 
for  example,  platoon  to  platoon. 

IROOT  —  This  is  the  lowest  echelon  along  this  path  for  this 
particular  message.  For  a  message  going  horizontally,  IROOT  is  the  destination 
unit  of  this  message.  If  a  message  goes  from  123  to  23,  123  would  he  the 
IROOT. 

6. 6.5.5  The  Net  Cycle  Changeover  Delay  Times  Data  Set  (IV)  allows  the 
planner  to  specify  various  density  statistics  to  be  used  for  the  four  nets. 
Included  are  means  and  standard  deviations  of  normal  densities  for  net  cycle 
changeover  times  for  echelon  levels  transmitting  up  or  down.  This  data  set 
is  not  used  unless  so  indicated  in  Input/Bypass  Data  Set  (VII). 

6. 6. 5. 6  The  CCMMOTRAFIK  Data  Set  (V)  is  prepared  by  the  planner  to 
indicate  non-STANO  conmunication  traffic  statistics  to  be  used.  Maximum  and 
minimum  (nominal)  message  rates  and  lengths  are  to  be  supplied  for  each 
message  precedence  echelon,  flow  direction  and  net. 

6. 6. 5. 7  The  TRAFIKMODS  Data  Set(VI)is  prepared  by  the  planner  to  identify 
the  time  dependent  modifiers  of  the  COMMOTRAFIK  supplied  message  rates  and 
lengths.  Percent  message  rate  and  message  length  inputs  may  be  specified  to 
be  in  effect  at  specific  game  times  for  each  message  precedence,  echelon,  flow 
direction  and  net. 

6. 6. 5. 8  The  final  Planner  Input,  Bypass  Data  Set(VIl)  provides  for  input 
for  play  or  bypass  of  operator  delay  times  and  net  cycling  delay  times. 

The  use  of  these  planner  data  sets  will  be  elaborated  upon  during  the 
discussion  of  the  model  operation 

6.6.6  Message  Delays 

As  has  been  indicated,  the  model  is  structured  around  the  determination 
of  a  time  history  for  each  STANO  message  entering  the  cotmnunicat ions  system. 
Four  types  of  delays  are  encountered  in  communications  of  this  type  and  are 
simulated  in  the  model.  They  are: 
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Operator  delays. 

Queues  due  to  non-STANO  traffic  at  each  node 
Queues  due  to  STANO  traffic  at  each  node 
Net  changeover  delays 

Before  proceeding  to  a  discussion  of  the  model  subroutines,  some  discussion 
of  these  delays  is  appropriate. 

6. 6. 6.1  Operator  Delays.  Operator  delays  (exclusive  of  queuing)  occur 

at  each  node  the  message  encounters  during  its  flow  through  the  communications 
net.  There  are  a  maximum  of  eight  (8)  times  at  which  operator  delays  may  be 
simulated;  two  (2)  each  at  brigade,  battalion,  company,  and  platoon.  The 
choice  as  to  whether  or  not  to  play  these  delays  is  a  planner  option.  If  the 
planner  indicates  that  the  game  will  not  play  any  operator  time  delays  (by 
input  of  a  zero  for  game  variable  KOPERT),  neither  the  operator  delays  in 
receiving  or  transmitting  the  message  at  any  node  will  be  played.  However, 
an  input  of  1  for  KOPERT  indicates  that  the  simulation  will  not  bypass  opera¬ 
tor  time  delays  at  any  node  and  will  sample  from  a  normal  distribution  with 
a  mean  of  85  seconds  and  a  standard  deviation  of  25  seconds.  Further,  if  the 
value  obtained  is  such  that  the  operator  delay  is  less  than  ten  (10) 
seconds  or  greater  than  160  seconds,  l.e.,  outside  of  the  three  sigma  range, 
then  the  value  will  be  rejected  and  a  new  sample  drawn.  Introduction  of 
operator  delay  is  included  as  progrem  statements,  and,  if  it  is  desired  to 
change  the  above  normal  distribution  parameters,  the  following  statements  may¬ 
be  changed  (statement  35  in  TACCCM,  statement  49  :'n  MSGQUE  for  initial,  and 
statement  35  in  MSGQUE  for  final) . 

The  initial  operator  delay  is  included  to  account  for  the  time  during 
which  the  man  monitoring  the  reports  from  the  sensor  introduces  the 
material  to  the  tactical  conmunications  net.  This  does  not  include  any 
queuing  problems  but  is  basically  the  time  for  processing  of  the  message, 
any  coding  that  might  be  required,  formatting,  and  getting  the  message  to  the 
point  at  which  it  can  be  introduced  to  the  tactical  communications  net.  The 
final  operator  delay  is  to  allow  for  the  decoding  if  required,  the  writing 
and  formatting  that  may  be  required,  and  delivery  to  its  destination  for  pre¬ 
sentation  to  the  addressee,  e.g.,  a  tactical  operations  center. 

6. 6. 6.2  Interaction  with  Non-STANO  Messages.  STANO  messages  are  defined 
for  the  purposes  of  the  Tactical  Conmunications  Model  as  those  messages  which 
are  input  and  whose  time  histories  are  to  be  traced  through  the  model.  They 
are  assumed  to  contain  activity  detected  by  STANO  devices.  The  non-STANO 
messages  to  be  simulated  are  derived  in  a  random  fashion  by  having  the  planner 
input  statistics  for  their  message  rates  and  lengths.  The  non-STANO  messages 
represent  the  basic  conmunications  traffic  over  the  nets.  There  is  also  an 
allowance  for  up  to  six  categories  of  message  precedence;  not  all  six  need  be 
played.  Both  STANO  and  non-STANO  messages  are  assigned  precedences. 
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Non-STANO  messages  are  generated  at  the  transmitter  and  receiver  nodes  no 
more  than  15  minutes  prior  to  the  present  game  time  of  the  STANO  message. 

The  STANO  message  is  assumed  to  be  waiting  at  this  time  because  of  certain 
delays.  As  soon  as  the  next  possible  processing  time  (NEXTYM)  of  a  non-STANO 
message  is  greater  than  or  equal  to  the  time  of  the  STANO  message,  a  queue 
will  be  developed  and  the  appropriate  non-STANO  delays  will  be  calculated.' 

For  every  case  where  the  NEXTYM  of  the  next  non-STANO  message  is  less  than  the 
present  game  time  of  the  STANO  message,  a  non-STANO  message  will  be  subtracted 
from  the  queue  to  show  that  it  has  been  processed  through  the  communications 
net. 


If  the  time  plus  length  of  any  of  the  remaining  non-STANO  messages 
at  the  transmitter  or  receiver  overlaps  the  STANO  message  and  it's  present 
game  time  is  greater  than  the  present  game  time  of  the  STANO  message,  then 
there  will  be  uo  non-STANO  delay  incurred  by  the  STANO  message  for  that  par¬ 
ticular  non-STANO  message. 

As  soon  as  the  time  plus  length  of  any  of  the  remaining  non-STANO 
messages  overlaps  the  STANO  message,  is  located  at  the  receiver  location  of 
the  STANO  message,  and  its  present  game  time  is  less  than  the  present  game 
time  of  the  STANO  message,  then  the  STANO  message  will  be  automatically  delayed. 
This  will  cause  a  non-STANO  message  to  be  added  to  the  queue  while  adding  the 
appropriate  delay  to  the  STANO  message.  If  the  non-STANO  message  is  located 
at  the  transmitter  location  of  the  STANO  message  and  its  present  game  time  is  less 
than  the  present  game  time  of  the  STANO  message,  then  the  STANO  message  will 
be  delayed  if  the  non-STANO  message  is  of  higher  precedence  only. 

6. 6. 6. 3  Interaction  with  Other  STANO  Messages .  When  a  STANO  message  is 
sent  between  two  nodes  the  transmit  and  receive  times  (that  is,  the  next  tine 
that  the  message  can  be  transmitted  or  received)  are  recorded.  However,  such 
a  message  will  not  be  processed  immediately  because  the  indicated  transmit/ 
receive  times  are  in  the  future  with  regard  to  present  game  running  time. 

These  later  transmit /receive  times  result  from  such  delays  as  operator  delays , 
queuing,  and  net  c'nangeovers  if  required,  which,  when  added  to  message  origina¬ 
tion  time,  put  the  transmit/receive  time  at  a  future  time.  In  the  intervening 
time  between  game  time  and  this  message's  transmit  time,  other  STANO  messages 
of  higher  precedence  may  arrive  at  the  same  transmitter  location  and  happen  to 
be  flowing  in  the  same  direction.  This  will  cause  a  further  delay  in  the 
original  dTANO  message,  while  the  earlier  arriving,  higher  precedence  traffic 
is  processed.  Other  STANO  messages  which  arrive  at  a  different  transmitter 
location  or  happen  to  be  flowing  in  a  different  direction  (the  delay  may  be  at 
another  location)  will  cause  the  STANO  message  to  be  automatically  delayed 
because  the  messages  are  physically  separated  in  this  state  and  message  prece¬ 
dences  cannot  be  compared  automatically.  The  same  basic  process  for  calculating 
the  non-STANO  delay  is  used  for  processing  the  STANO  delay. 

6. 6. 6. 4  Net  Changeover  Delays.  The  net  changeover  delays  are  those  delays 
encountered  in  changing  the  message  from  one  tactical  communications  net  to 
another.  The  planner  may  play  up  to  four  net  preferences.  A  basic  assumption 
in  the  model  is  that  when  a  message  is  introduced  into  the  Tactical 
Communications  Model  it  will  be  sent  over  the  first  preferred  net.  Thus, 

the  message  is  entered  and  a  determination  is  made  to  see  if  that  net 
is  available  between  the  first  point  (i.e.,  the  entry  point)  and  the  second 
point  which  may  be  either  an  intermediate  or  terminal  node.  If  the  message 


encounters  a  delay  because  non-STANO  and  STANO  traffic  of  higher  precedence 
is  being  transmitted,  the  model  will  try  to  send  the  message  over  the  next 
preferred  net.  If  there  is  no  next  preferred  net,  the  message  will  enter  into 
the  queue  for  the  previous  net.  If,  however,  an  alternate  net  is  specified 
and  the  planner  chooses  to  play  net  changeover  delays,  then  a  random  number 
is  drawn  based  upon  a  normal  distribution  where  the  parameters  for  the 
distribution  are  contained  in  the  planner  input  data  set  for  net  cycle  delays. 

In  this  data  set,  the  input  of  the  mean  and  standard  deviation  is  allowed  for 
each  of  the  six  nodes  simulated  in  the  model.  Thus  the  planner  may  allow  for 
different  cycle  times  at  different  echelons,  and  flow  directions.  In  addition, 
separate  data  sets  may  be  input  for  the  four  different  nets  simulated.  Thus 
the  planner  may  input  a  total  of  48  different  values,  24  means  and  24  standard 
deviations,  six  of  each  for  each  net  By  sampling  from  the  normally  distri¬ 
buted  random  numbers,  the  net  changeover  delay  is  determined.  This  time  is 
added  to  the  present  time  for  that  message  in  its  cycle  so  that  the  message 
is  introduced  to  the  next  preferred  net  at  the  previous  time  plus  a  net  change¬ 
over  delay  time.  The  determination  of  whether  a  queue  exists  in  this  new  net 
is  made  based  upon  this  new  time.  When  the  message  does  get  transmitted  to 
its  receiver  location  and  this  is  not  the  final  location,  a  new  set  of  avail¬ 
able  nets  will  be  determined  based  on  the  nodes  the  message  must  go  between. 

6.6.7  TACCOM  OUTPUTS 

The  Tactical  Communications  Model  generates  six  types  of  outputs: 

A  time  history  of  all  messages  from  time  zero  to  the  end  of  the 
simulation,  (See  Figure  6.6-1) 

A  listing  of  all  messages  presented  including  the  message  number, 
transmitter  location,  time  entered  into  net,  receiver  location,  time  presented 
to  receiver  location,  the  path  taken,  precedence  of  the  message,  total  delays 
incurred,  and  message  length.  (See  Figure  6.6-2) 

A  listing  of  the  total  net  delays  for  each  message  presented  by  link 
and  also  a  listing  of  the  transmitter  and  receiver  times  minus  their  associated 
net  delay  times  at  each  of  these  links.  (See  Figure  6.6-3) 

Total  initial  and  final  operator  delays  for  each  message  presented. 

(See  Figure  6.6-4) 

Total  STANO  delays  for  each  message  presented  by  link.  (Sa>.  Figure  6.6-4) 

Total  non-STANO  delays  for  each  message  pres-jncec  by  link. 

(3ee  Figure  6.6-5) 


6.6.8  MODEL  DESCRIPTION 


6. 6.8,1  The  Tactical  Communications  Model  consists  of  11  subroutines* 
which  are  listed  as  follows: 


DUMXTC 

(Main  Program) 

TACCCM 

MSGQUE 

LODQUE 

MAPPER 

LSDF.T 

BUPDAT 

PRCDNT 

BSORT 

ROUTE 

XSORT 

TACOUI 

*DUMXTC  and  TACCOM  are  the  two  executive 
routines  which  control  the  whole  model. 

The  general  flow  of  the  Tactical  Communications 
Model  in  Figure  6.6-6  is  based  on  these. 
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Eight  Common  Areas  are  needed  in  the  model: 

MSGCAR  MS STY P 

MODIFY  LOADS A 

MESSGS  CYCLE 

COMROT  OPSHUN 

MSGCAR  contains  the  COMMOTRAFIK  data  which  are  read  into  the  model.  This 
consists  of  the  minimum  and  maximum  rates  and  lengths  of  non-STANO  messages 
end  each  message  precedence,  echelon,  net  and  flow  direction. 

MODIFY  contains  the  TRAFIKMODS  Data  read  into  the  model,  which  consists 
of  the  rate  and  length  modifiets  for  the  non-STANO  message  traffic. 

MESSGS  contains  the  two  TABLES  A  and  B  used  in  the  model. 

COMROT  contains  data  on  the  path  description  of  each  STANO  message, 
namely,  the  route  number,  the  monitor  location,  node  description  codes, 
flow  description  codes  and  lowest  echelon  for  each  STANO  message  going  through 
the  *comm'jnication3  net. 

MSSTYP  contains  the  message  precedences,  path  -.umbers  and  net  preferences 
for  each  STAND  message  going  through  the  communications  net. 

LOADS A  contains  the  storage  area  ISTORE  which  holds  all  the  unique  echelon 
designations  played  in  the  model.  It  also  holds  the  queues  deveioptu  in  the 
model  by  echelon  designation,  message  precedence  and  net,  ard  a  count  (SfRCNT) 
of  the  unique  echelon  locations  in  ISTORE. 

CYCLE  contains  the  net  cycle  delay  stitistics  for  each  net  and  flow 
direction  between  each  echelon. 

Finally,  OPSHUN  contains: 

Bypass  codes  for  playing  operator  and  net  delays  (XOPERT,  NETCYC) 

Number  of  precedence  and  route  data  cards  (IPREC,  NRTCNT). 

Number  of  time  sections  in  the  model  after  which  the  non-STANO  message 
rate  and  length  •  difiers  to  the  CCiNOTRAFIK  data  will  be  applied  (KTIME). 

Code  l.’  describing  a  message  '’ei'g  processed  fro-’  TABLE  A  or  TABLE  B 

(ITABA). 

The  number  of  messages  to  be  played  in  the  model  (NMESG). 


6. 6. 8.2  Figure  6.6-6  ihowi  «  micro-flow  of  the  Tactical  Communication* 
Model,  At  waa  previously  itated,  the  model  consist*  of  eleven  subroutines. 
Detailed  descriptions  and  flow  charts  for  the  most  Important  of  these  sub¬ 
routines  are  contained  in  the  fjllowing  paragraphs. 

The  T ACCOM  subroutine  itself  1*  the  executive  program  which  direct* 
the  message  processing  through  the  other  subroutine*  aa  appropriate.  It 
also  computes  certain  value*  such  a*  the  INTIME  for  the  message,  the  monitor 
ID  ( IDMON ) ,  message  length  (LENYSG)  and  operator  delays  (IOPTDY). 

There  are  tvn  major  working  blocks  of  data  which  are  used  to  drive 
the  model  —  TABLES  A  and  B, 

TA?1E  A,  prepared  by  the  planner,  1*  the  information  on  new  messages, 
l.e,,  STANO  messages  which  have  not  yet  entered  tho  tactical  conmunicatlons 
model.  These  messages  ere  arranged  chronologically  according  to  the  thnes 
at  which  they  will  enter  the  system.  The  program  reads  the  first  message 
from  TABLE  A  (that  is,  the  next  message  in  chronological  order).  This  message 
then  is  processed  through  TACCCH  and  its  subordinate  subroutines.  This 
message  no  longer  exists  in  TABLE  A.  Any  further  reference  to  this  message  is 
made  by  using  TABLE  B,  Since  TABLE  B  contains  information  on  messages  in 
process. 


in  order  to  determine  the  next  message  to  be  processed,  a  test  is 
made  in  T1CCGK  between  the  next  message  in  TABLE  A  and  the  highest  precedence 
message  in  TABLE  B  with  the  lowest  game  time.  The  highest  precedence  message 
of  the  two  with  the  lowest  game  time  will  be  the  next  message  to  be  processed. 
If  they  are  both  of  the  same  precedence  and  also  have  the  same  game  time,  then 
the  message  from  TAB  IE  B  will  be  processed  next  since  it  is  already  in  the 
net.  This  test  appear*  in  the  listing  of  subroutine  TACCCM  between  statements 
91  and  20. 


TABLE  B  la  a  temporary  storage  area  for  Informat  leu  on  message*  enroute 
from  an  entry  point  to  a  final  destitution.  When  each  of  these  meeiages 
rcachee  lte  final  destination,  it  ia  exited  from  TABLE  B  end  aunmiary  date 
about  the  message  is  written  onto  the  disk. 


Forty-eight  Itemn  of  Information  are  Wept  in  TABLE  B  in  order  to  have 
„  complete  time  hlttory  of  tech  message  being  proceesed.  A  description  of  these 
items  ie  given  in  Table  6.6-1. 

6. 6. 8. 3  Pit  CL  NT  end  ROUTE  Subroutines 

Each  new  message  to  he  proceeeed,  based  on  its  origin  time,  *rora 

TABLE  A  Thes*  messages  ar*  flret  processed  through  coroutines  PRCDNT  end 
ROUTE.  Message*  that  have  entered  TABLE  B.  do  not  require  further  processing 
in  th-ise  subroutine*. 
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TABLE  6.6-1 


TABLE  B 


COLUMN 

NAME 

VARIABLE 

1 

Transmitter  Time 

XMTYM 

The  next  available  time 
that  this  message  can  ba 

transmitted . 

2 

Receiver  Time 

RCVTYM 

The  r.ext  available  tine 
that  this  message  can  ba 
received. 

3 

Maximum  number  of 

Links 

<  KMX 

The  maximum  number  of 
links  this  massage  is 
going  through.  I’r  to 
three  links  are  allowed. 

4 

Transmitter  Locator 

LOCTKT 

The  unit  designation  for 
the  associated  trans¬ 
mitter  time  in  Column  l. 

5 

Receiver  Location 

LOCRCV 

The  unit  designation  for 
the.  associated  receiver 
time  in  Column  2. 

6 

Message  Length 

LENMSC 

The  length  of  the  STANO 

message  being  processed. 

7 

Message  Number 

MSCNUM 

The  unique  message  number 
of  this  STANO  message 
which  cones  from  TAflX-A. 

8 

First  Intermediate 

Node  Location 

LOCA 

A  message  may  have  up  to 
three  links,  the  end 

point*  of  the  links  arc 
the  nodes.  Therefore, 
there  ney  be  up  to  four 
nodes.  The  first  node  Is 
the  "lomtor  nod*.  The 
fourth  node  ,  or  last  node 
If  less  then  four  nodes, 

Is  the  exit  nod*.  If 
four  nodee  are  used,  the 
two  intermediate  nodes 
ere  celled  LOCA  end  LOCB. 
Hence  LOCA  Is  the  unit 
designation  fur  the  A  node. 
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TAiLE  B  (Contd) 


COLUMN 

NAJE 

VARIABLE 

DESCRIPTION 

9 

Second  Intermediate 
Node  Location 

L0C8 

The  unit  designation  of 
the  second  intermediate 
node. 

10 

Investigation  Link 

LINK 

The  link  which  the  STANO 
message  is  trying  to  be 
transmitted  on. 

u 

Message  Precedence 

MSCPRC 

The  model  allows  for  the 
ptay  of  up  to  six  message 
precedences.  These  are 
designated  In  the  model  as 

1  for  tha  highest  pre¬ 
cedence  and  6  for  the  low¬ 
est  precedence. 

12 

Transmitter  time  of  the 
message  minus  the  net 
delay  time  for  link 
number  1« 

13 

' 

Receiver  time  of  the 
tress  age  minus  the  net 
delay  time  for  link  num¬ 
ber  1. 

14 

Net  I'sed 

NET 

Net  ueed  in  link  number 
l.l.e.,  the  net  associated 
with  the  transmitter  and 
receiver  available  for 
this  message. 

15 

Net  Delay 

NET  DLY 

Net  changeover  delay  in¬ 
curred  by  the  STANO  mag 
along  link  rnanber  1. 

16-19 

- 

- 

Same  as  Coluums  12-15 
except  for  link  number  2, 

20-23 

- 

- 

Same  as  Colinns  12-15 
except  for  link  number  3, 

24-26 

Noo-STA.N0  OeUy 

- 

Tot  el  non-STA.N0  delay 

Incurred  by  the  STAND 
message  for  link  1,  2,  & 
3  respectively. 
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TABLE 

B  (Contd) 

COLUMN 

NAME 

VARIABLE 

DESCRIPTION 

27 

- 

- 

Blank  for  further  use. 

28 

NOQ 

Code  showing  whether  the 
STANO  message  has  made  it 
through  its  previous  link. 

1  =  No,  0  =  Yes. 

29 

IF 

This  is  the  index  in  the 
storage  area  ISTORE  (800) 
where  the  ground  location 
LOCTMT  is  stored. 

30 

- 

JTO 

Same  as  Column  29  except 
for  LOCRCV . 

31-34 

Node  Designation  Code 

NENTRY 

The  node  designation  code 
for  the  flow  of  this  STANO 
message. 

35 

- 

- 

Blank  for  Future  use. 

36 

Origination  Time 
of  Message. 

INTIME 

The  game  time  of  the 

STaNO  message  when  the 
monitor  operator  gets  a 
detection  from  the  sensor. 

37 

Monitor  Location 

L0CM0N 

Unit  designation  of  the 
monitor  location. 

38 

Exit  Node  Location 

LOCEXT 

Unit  designation  of  the 
point  at  which  the 
information  will  be  pre¬ 
sented  and  where  it  will 
exit  from  the  communi¬ 
cations  net. 

39 

Path  Number 

I  PATH 

The  path  number  along 
which  the  S'lANO  message 
is  traveling. 

40 

Message  Entry  Time 

MS  GENT 

The  actual  entry  time  of 
the  STANO  message  into 
the  communicat ions  net 
at  whatever  location  it 
might  presently  be.  This 
time  takes  into  account 

Che  initial  and  final 
operator  delays. 
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COLUMN 


NAME 


TABLE  B(Contd) 

variabtj: 


description 


41-4:! 


44-45 


46 


47 


STAND  De  lay  r. 


Flow  Description  IF80M 

Codes  for  Direction  1T0 

of  Message  Travel 


Total  Initial 
Operator  Delays 


Total  Final 
Operator  Delays 


The  total  STANO  delay 
incurred  by  the  STANO 
message  for  links  1,  2, 
and  3  respectively. 

These  represent  the  flow 
codes  at  each  link  for 
the  STANO  message  be.ng 
processed.  As  previously 
stated,  the  model  allows 
op  to  a  maximum  of  three 
communications  links  in 
an  up/down  or  horizontal 
manner.  The  nodeo  be- 
tv-  en  these  links  can  be 
considered  as  both  trans¬ 
mitting  and  receiving 
nodes.  The  IFRCK  and  1T0 
codes  indicate  which  way 
the  message  is  flowing, 
these  codes  are  numbered 
1  chrough  6  where: 

1  •  Brigade  Down 

2  *  Battalion  l’p 

3  *  Battalion  Down 

4  *  Company  Up 

5  *  Company  Down 

6  “  Platoon  Up 

The  total  l nit  si  ,,peia- 
tor  delays  ‘ncurred  by 
this  STANO  message  through 
all  of  its  .edes. 

Sap  ,e  as  Column  4 o  except 
for  final  operator  delay. 

The  ID  of  the  monitor  at 
which  the  message  orlgi- 


48 


Monitor  ID 


lottos 


6. 6. 8. 4  PRCDNT 

The  purpose  of  this  subroutine  is  to  extract  from  the  precedence  data 
set  the  appropriate  values  for  the  message  precedence,  net  preference,  and 
path  number  for  each  message  based  on  its  message  type.  A  flow  diagram  of 
subroutine  PRCDNT  is  shown  in  Figure  6.6-7. 

6. 6. 8. 5  ROUTE 

The  purpose  of  this  subroutine  is  to  prepare  information  for  subroutine 
MSGQUE.  This  information  includes  the  unit  designations  for  the  monitor, 
the  presentation  or  final  location,  and  the  two  intermediate  nodes  for 
the  message  over  its  designated  route.  The  inputs  for  this  subroutine  are 
the  Route  Data  Set  prepared  by  the  planner.  Route  is  accessed  by  the  path 
numbers  obtained  from  subroutine  PRCDNT, 

From  the  NODE  description  code  for  each  message  in  common  area  CQMROT, 
uOUTE  prepares  the  individual  NENTRY  numbers  which  describe  the  flow  of  the 
message.  There  ere  a  maximum  of  four  of  these  numbers,  where  6  indicates 
a  platoon  is  involved;  4  indicates  a  company  is  involved;  2  indicates  a 
battalion  is  involved,  and  1  indicates  a  brigade  is  involved.  From  the 
NENTRY  numbers  prepared,  ROUTE  then  calculates  the  maximum  number  of  links 
the  message  must  go  through  (a  link  being  a  path  between  a  transmit  and 
receive  node).  ROUTE  then  gets  the  location  of  the  monitor  from  Common  COMROT 
for  this  message  and  then  determines  whether  the  message  is  flowing  up,  down 
or  horizontal, 

ROUTE  then  goes  through  the  process  of  determining  the  two  intermediate 
■locations  and  presentation  location  for  the  message.  Two  restrictions  are 
set  forth  at  this  time.  First,  a  message  cannot  flow  down  from  Platoon. 
Secondly,  a  message  cannot  flow  up  from  Brigade.  A  general  flow  of  the 
ROUTE  subroutine  is  shown  in  Figure  6,6-8. 

6.6. 8. 6  LODQUE 

The  purpose  of  this  subroutine  is  to  set  up  the  conmon  area  LOADSA. 

As  previously  stated,  LOADSA  contains  the  storage  area(ISTORE) ,  which  holds 
the  echelon  ground  locations  to  be  played  in  the  m  del.  It  also  holds  the 
queue  developed  in  the  model  according  to  each  echelon  unit  played,  net  and 
message  precedence.  It  is  the  storage  locations  of  these  echelon  units  in 
the  storage  area  (ISTORE),  which  will  be  used  as  index  values  to  develop  the 
queues  at  each  echelon.  A  general  flow  of  LODQUE  is  given  in  Figure  6.6-9. 

6. 6.8. 7  LDSRT 

Subroutine  LDSRT  is  used  to  sort  and  order  the  echelon  ground  locations  in 
the  storage  area  ISTOTJS.  LDSRT  also  deletes  any  repeated  echelon  ground 
locations  so  that  there  will  not  be  more  than  one  index  for  a  queue  which 
points  to  the  same  echelon  location.  A  general  flow  of  LDSRT  is  given  in 
Figure  6.6-10. 
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6. 6.8. 8  MAPPER 


Before  giving  any  discussion  of  subroutine  MSGQUE,  it  is  necessary  to 
discuss  subroutine  MAPPER  and  how  it  interacts  with  MSGQUE.  Subroutine  MAPPER, 
when  called  by  MSGQUE,  uses  the  ground  locations  of  the  message  transmitter 
and  receiver  plus  the  storage  area  ISTORE  in  common  area  LOADSA  to  determine 
one  of  the  three  indexes  used  for  the  queues  at  the  transmitter  and  receiver 
of  the  message.  These  indexes  will  be  the  storage  locations  in  the  area 
ISTORE  where  the  transmitter  and  receiver  ground  locations  lie.  Because  of 
the  interaction  of  each  STANO  message  with  non-STANO  traffic,  delays  might 
occur  at  either  the  transmitter  or  receiver  nodes  or  both.  Each  queue  holds 
the  number  of  non-STANO  messages  which  are  in  line  with  the  message  pre¬ 
sently  trying  to  be  processed.  There  are  three'  indexes  by  which  each  queue 
is  described.  These  are:  1)  the  indexes  from  subroutine  MAPPER;  2)  the 

net  the  message  is  on,  and  3)  the  message  precedence  for  the  message.  Thus 
INQ  (IF,  J,  Net)  will  hold  the  number  of  non-STANO  messages  which  are  in  line 
with  the  message  coming  from  location  (IF)  with  message  precedence  (J)  and 
being  transmitted  over  (Net).  Subroutine  MAPPER  also  determines  for  any 
message  the  time  in  at  the  transmitter  and  receiver  of  the  last  messages 
entering  these  queues.  These  times  INQ(IF,  7,  NET)  and  IMQ  (JTO,  7,  NET)) 
are  used  to  determine  the  difference  between  the  time  of  the  STANO  message 
and  the  times  of  the  last  message  in  the  transmitter  and  receiver  queue.  If 
this  time  Is  greater  than  15  minutes  at  either  the  transmitter  or  receiver, 
the  queues  for  that  transmitter  or  receiver  will  be  cleared.  It  is  assumed 
In  the  model  that  it  takes  approximately  15  minutes  for  all  of  the  messages 
In  the  queue  to  be  sent.  This  process  prevents  any  STANO  message  coming  in 
later  than  15  minutes  after  the  last  massage  in  any  queue  from  encountering 
non-STANO  messages  from  that  queue.  A  general  flow  of  subroutine  MAPPER  is 
given  in  Figure  6.6-11. 

6. 6. 8. 9  MSGQUE 

All  massages,  whether  new  from  TABLE  A  or  in-process  from  TABLE  B  are 
processed  through  subroutine  MSGQUE  each  time  they  endeavor  to  pass  over  a 
communications  link  (between  two  nodes).  Subroutine  MSGQUE  may  be  thought 
of  as  the  heart  of  the  Tactical  Communications  Model.  It  is  in  subroutine 
MSGQUE  that  *he  plainer  input  non-STANO  traffic  statistics  are  us<d  to 
determine  the  queues  existing  at  the  transmitter  and/or  receiver 
nodes  of  a  link,  and,  if  so,  the  length  of  the  queue,  i.e.,  the  number  of 
non-STANO  messages  in  tha  queue  for  that  location  precedence  and  net,  and  the 
amount  of  non-STANO  delay  incurred  by  the  STANO  message  due  to  the  queue. 

For  a  message  coming  from  TABLE  A,  subroutine  MSGQUE  will  first  determine 
the  net  to  be  chosen  end  if  this  is  the  last  available  net,  a  code  (LASNET) 
will  be  aet  so  that  no  nat  dalay  will  be  calculated  after  the  message  is  pro¬ 
cessed.  The  same  proceaalng  steps  will  be  taken  for  e  message  coming  from 
TABLE  B  which  is  et  e  new  location  (has  been  transmitted  through  its  previous 
link)  however,  an  initial  oparator  delay  is  calculated.  It  will  then  calcu¬ 
late  the  flow  code*  for  thia  massage.  These  ere  explained  in  the  description 
of  Table  l ,  Table  6.6-1,  in  Columns  44  and  45. 
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Subroutine  MAPPED  is  then  called  to  determine  the  indexes  for  the  queue 
and  the  times  in  at  the  transmitter  and  receiver  locations  of  the  last 
messages  in  these  queues.  MSGQUE  then  will  determine  for  this  message, 
through  the  planner  input  for  non-STANO  statistical  data,  the  message  lengths 
and  message  rates  for  the  random  non-STANO  messages  to  be  generated. 

After  MSGQUE  has  finished  setting  up  the  initial  situation  for  this  mes¬ 
sage  to  be  processed,  it  will  then  determine  the  difference  between  the  pre¬ 
sent  game  time  of  the  STANO  message  and  the  times  In  of  the  last  messages  in 
the  queues  at  this  transmitter  and  receiver.  If  this  time  difference  at 
the  transmitter  or  receiver  is  greater  than  15  minutes,  then  all  of  the 
messages  in  queue  at  that  transmitter  or  receiver  will  be  cleared.  If  it  is 
not,  subroutine  BUPDAT  will  be  called  to  calculate  the  STANO  message  delays  - 
for  this  message.  If  there  are  any  STANO  delays  incurred,  they  will  be  added 
to  the  present  time  of  the  STANO  message.  The  non-STANO  messages  will  then 
be  generated  and  from  these  messages  a  determination  will  be  made  to  see  if 
the  STANO  message  must  go  into  a  queue.  (The  next  possible  processing  time 
of  the  next  non-STANO  message  is  greater  than  or  equal  to  the  present  game 
time  of  the  STANO  message.)  If  the  message  does  not  have  to  go  into  queue, 
a  message  will  he  printed  out  that  the  STANO  message  has  been  presented  to 
its  next  location. 

If  the  message  does  have  to  go  into  queue,  the  appropriate  non-STANO 
message  delays  in  the  form  of  messages  added  to  the  queue,  and  times,  will 
be  calculated  and  added  to  the  current  time  of  the  massage.  If  any  non- 
STANO  delays  exist,  and  there  are  other  nets  available,  the  STANO  message 
will  try  to  get  through  on  them,  and  print  out  the  amount  of  net  changeover 
delay  incurred  for  each  switch  to  another  net.  If  no  other  nets  are  available 
a  code  will  be  set  to  show  that  the  message  did  not  make  It  through  this  link 
on  any  of  the  available  nets  and  must  remain  in  q>w>ue,  MSGQUE  will  then  re¬ 
turn  to  T ACCOM  placing  the  necessary  data  in  TABLE  u  for  the  message  to  be 
processed  again  some  time  later  in  the  model  through  the  same  link  and  on  the 
previous  or  last  available  net  tried. 

If  no  non-STANO  delays  exist,  a  massage  will  be  printed  out  that  the  mess¬ 
age  has  been  presented  to  its  receiver  location  giving  the  message  number, 
precedence,  dispatch  time  (initial  game  time),  monitor  ID,  path  number,  time 
leaving  the  transmitter  queue,  and  arrival  time  at  its  destination.  The 
final  operator  delay  at  the  receiver  location  is  then  calculated,  printed  out, 
and  added  to  the  arrival  time  of  the  message,  and  a  cod'  is  sat  to  show  that 
this  message  did  make  it  through  this  link.  MSGQUE  will  then  return  to  TACCGM 
in  the  same  manner  as  dcn.»  previously;  however,  the  next  time,  the  massage 
will  be  processed  through  its  next  link  on  a  new  set  of  available  nets.  **  ** 
was  on  its  last  link,  the  message  will  be  presented  at  its  final  description 

Por  messages  coming  from  TABLE  B  which  have  not  made  it  through  their 
previous  link,  the  processing  to  set  up  the  initial  situation  is  bypassed 
because  all  the  data  needed  for  this  case  have  already  been  generated. 
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Beside*  u - l.i«  the  cocmon  .ire is  MS(OK,  LQADSA,  «SSGS,  CYCLE,  OFSHUN, 
COMROT ,  end  MODIFY,  MSCQUE  llio  uses  the  following  Input*: 


NENTBY 

Nodal  points  for  echelon  locations 

LINK 

Link  the  message  is  presently  on 

MSGPRC 

Message  precedence  of  the  message 

NETS 

Array  of  aval lab  la  nets  for  the  message 

ITIME 

Present  time  of  the  message 

tDMON 

ID  of  monitor  at  which  message 

LINKMX 

Maximum  number  of  links  on  the  path 

massage 

for  this 

LOCTMT 

Ground  location  of  the  transmitter 

message 

for  this 

LOCRCV 

Cround  location  of  the  receiver  for 

massage 

this 

LE'u-BC 

Length  of  the  massage  (in  seconds; 

MSGNUM 

Message  number 

A  general  flow  of  subroutine  MSCQVF  i*  shown  in  Figure  6,6-12. 

6.6.8.10  BUPDAT 

T ACCOM  next  cell*  subroutine  BUPDAT .  This  Subroutine  handles  the  delay 
to  one  STANO  to  stage  caused  by  other  STANO  messages  or  vice  versa. 

In  order  for  e  STANO  delay  to  occur  certain  conditions  are  necessary  but 
not  sufficient: 

l°th  -messages  must  be  on  the  same  net,  SL 

Both  messages  must  be  at  the  sane  location  and  flawing  in  the  sane 
direct  Ion. 

There  must  be  a  time  overlap  between  the  two  mease***, 

'•/hen  these  conditions  are  met,  then  we  can  say  that  there  Is  a  posalbll. 
that  there  will  be  a  STANO  delay  incurred,  either  by  this  STANO  message  or 
by  another  one.  The  delay  incurred  depends  first  on  the  time,  locetton  end 
flow  of  the  messages  and  second,  on  their  particular  msasage  precedences.  These 
delays  sr*  calculated  in  basically  the  same  manner  as  non -STANO  delays,  A  gen¬ 
eral  flow  of  subroutine  BUPDAT  is  given  l.n  Figure  6,6-13,  and  a  description  of 
how  the  STANO  delays  are  calculated  is  giver,  on  page  6-131,  paragraph  6. 6. 6.3, 

6.6.8. 1 1  Subroutine  T AC CUT 

The  final  subroutine  In  the  Tactical  Ccnmun' cations  Model  is  the  output 
subroutine  TAC'VT.  Every  time  a  massage  from  TABLE  B  is  ready  to  be  presented, 
it  Is  written  on  disk  by  this  subroutine*  At  the  snd  of  tt  simulation  when 
all  the  message*  ara  finished  being  processed,  TACCVT  prints  the  suonery 
information  #«  explained  in  paragraph  6,6,7  in  the  format  ehown  In  Figures 
6,6-1  (  trough  ti. 6*3, 
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TABU  6. 6- II 

TACTICAL  COMMUNICATIONS  MODEL  COMMON  AREAS 


USE  I 

VARIABLES  ! 

USED  BY 

Comon/MSGCAR/ 

MINRAT(6,6,4) ,  MAXHAT(6,6 ,4) , 

MINLEN  (6,6,4),  MAXLEN(6, 6,4) 

MdRAT(6.6,4)  -  Minimum  number  of 
n^n-STANO  naaaaga 
actampta  par  hr, 
by  pracadanc*, 
flaw  dlractlon, 
and  nat. 

DUMTXC 

KSOOUE 

MAXRAK6.6.4)  -  Maximum  number  of 
non-STANO  aaaaaga 

*  attempt*  par  hr, 

by  pracadanca, 
flow  dlractlon, 
and  nat . 

MINLEN  (6.6.4)  -  Minimum  lanithi 

of  non-STANO  naa- 
aagei  to  be  gen¬ 
erated,  by  prece¬ 
dence,  fl«#  direc¬ 
tion  and  net. 

- 

MAXLIN  (6.6.4)  -  Maximum  lenitht 

of  non-STANO  mea- 
aegea  to  be  gen¬ 
erated,  by  prece¬ 
dence,  flow  dlrec-  ■ 

t ion  and  net. 

Coonon /MODIFY/ 

KTYM(5#),  M0MAT(6,6,4,S#), 
MDOUN(6,6,4,Stf) 

KTYH(M>  -  tame  tinea  at  wtilch  theae 
modifiera  begin  to  be 
effective. 

DOKTXC 

KSOOUE 

6-lU 


VARIABLES 


USE 


USED  BY 


Common/MSSTYP /  MSGPRE(IOO),  KPATH(IOO), 

NETPRE(IOO) ,  LTIME(IOO)’ 


MSGPRE(IOO)  -  Message  oreced»nco  nf 
the  STANO  message 

DUMTXC 

TACCOM 

PRCDNT 

KPATH(IOO)  “  Path  ID  on  uMch 

message  is  flowing 

NETPRE(IOO)  «  Net  Preference  Pnd« 
for  the  STANO  message 
along  its  path.  A  four 
digit  code  specifying 

4  different  nets. 

1 

LTIME(IOO)  -  Time  variable  so  that 
messages  may  be  identi¬ 
fied  with  MSM  game  time 
in  order  to  have  the  mes- 
aage  types .precedences 
and  routing  be  more  close¬ 
ly  tied  to  the  scenario. 

Common/LOADSA/ 

ISTORE  (800),  INQ (200,6,4),  STRCNT 

IS TORE (800)  -  Storage  area  for  the 
unique  echelon  loca¬ 
tion#  played  in  the 
model. 

INQ(20Q, 6,4)  -  The  queue  developed 
in  the  model  for 
each  STANO  message, 
by  echelon,  meaaage 
precedence  &  net. 

’  Count  of  the  unique  echelon 
location#  in  ISTORE  (800) 


DUMTXC 

TACCOM 

LDSRT 

MSGQUE 

MAPPER 


USE 


VARIABLE 


USED  BY 


Cannon /CYCLE/ 


MECYCL(4,6),  SIGCYC(4,6) 


MECYCL(4.6)  - 


SIGCYC(4.61 


The  mean  net 
changeover  delay 
for  each  net  and 
flow  direction 
between  each 
echelon. 

The  atandard 
deviation  for 
net  changeover 
delay  for  each 
net  and  flow 
direction  between 
each  echelon. 


Comn.on/CPSHUN/ 


KOPERT,  NETCYC,  IPREC.NRTCNT, 
KTIME,  ITABA,  NMESG 


KOPERT  -  Bypass  code  for  playing 
operator  delays. 

0  ■  no  play 
1  •  play 

NETCYC  -  Bypass  code  for  playing 
net  rhangeovi.r  delays. 

0  *  no  play 
1  •  play 

IPREC  -  Number  of  pruc«>  ince  data 
cards. 

NRTCNT  -  Number  of  Route  data  cardi 

KTIME  -  Number  of  time  sections  in 
the  model  after  which  the 
non-STANO  message  rate  and 
length  modifiers  to  the 
COMMOTRAFIK  data  will  be 
applied. 


DUMTXC 

TACCCM 

MSGQUE 
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ITABA  -  Code  for  describing  a 
message  being  processed 
from  TABLE  A  or  TABLE  B. 

1  ■  Table  A 
0  -  Table  B 

NMESG  -  The  number  of  messages 
to  be  played  in  Che  mdl. 
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APPENDIX  A 


SAMPLE  PRERUN  OUTPUTS 


The  following  section*  deacribe  how  to  interpret  the  output  of  PRERUN. 
Any  of  the  output  can  be  *«g>  pressed  by  inputting  NPRINT  -  0  in  PRERUN  Step  0. 

1.1  PRERUN  Step  0.  The  following  tables  and  data  lists  are  printed  out  in 
PRERUN  Step  0. 


Title 


Reference  for  Definition  of  Fields 


Headers 

Vol 

Arrays 

Vol 

Position  Error  Parameters 

Vol 

Sensors 

Vol 

Sensor  Rsrametar  Set 

Vol 

II,  page  F-4  •  printed  with  no  change 
II,  page  F-5,-  printed  with  no  change 
II,  page  F-ll-  printed  with  no  change 
II,  page  F- 16-  printed  with  no  change 
II,  page  F-20-  printed  with  no  change 
except  as  noted 


Note:  Field  10  will  «ppear  as  four  asterisks  if  Sector  coverage  is  used. 
Field  9  will  not  be  printed. 


Firetrap  Kill  Point  Systems  Vol 
Monitors  Vol 
Monitor  Parameter  Set  Vol 
Relays  Vol 
Relay  Reliability  Parameter  Vol 
Data  Links  Vol 
Receiver/Transmitter  Parameter  Vol 


II,  page  F-29-  printed  with  no  change 
II,  page  F-32-  printed  with  no  change 
II,  page  F-39-  printed  with  no  change 
II,  page  F-39-  printed  with  no  change 
II,  page  F-39-  printed  with  no  change 
II,  page  F-45-  printed  with  no  change 
II,  page  P-48-  printed  with  no  change 


Note:  Fields  7  and  8,  and  13  and  16  have  no  space  between  them. 


Path  Vol  II,  page  F-5-.'.-  Same  as  Input,  with 

follcwlng  differences:  Only  "ATH"  will  be  printed  from  PATH.  No  space 
between  items  7  and  8.  Item  12  starts  on  line  2  and  ha*  no  decimal  point 
between  it  and  item  13.  Trailing  seros  indicate  that  less  than  9  legs  arc  used. 


Force  Type  Parameter 

Vol 

II, 

peg* 

F-56- 

Coverage/Sean  Parameter 

Vol 

II. 

page 

F-60- 

NAV  Syr  tem  Hype^PRNVl 

Vol 

II. 

page 

F-64- 

NAV  System  Rhotheta  FRNV2 

Vol 

II. 

page 

F-67- 

NAV  System  Doppler  PRNV3 

Vol 

II, 

page 

P-70- 

NAV  System  norrtml  dist  PRNV4 

Vol 

II, 

page 

F-73- 

3TASCAN  Arrays 

Vol 

II. 

P*g« 

F-76- 

MOVE  Arrays 

Vol 

II, 

P«ge 

F-80- 

Forces  (Blue) 

Vol 

II, 

page 

F-85- 

Forces  (Red) 

Vol 

II, 

page 

F-88- 

printed  with  no  change 
printed  with  no  change 
printed  with  no  change 
printed  with  no  change 
printed  with  no  change 
printed  with  no  change 
printed  with  no  change 
printed  with  no  change 
printed  with  no  change 
printed  with  no  change 


Battle  PIEVT  Table  Vol  II,  page  7*91-  printed  with  no  change 

Battle  RSEVT  Table  Vol  II,  page  F-98-  printed  with  no  change 

Battle  XCLUA  Vol  II,  page  F-102  printed  with  no  change 

Battle  FSPTB  Table  Vol  II,  page  F-105  printed  with  no  change 

Culture  PCEVT  Table  Vol  II,  page  F-108  pr.ited  with  no  change 

Culture  RCEVT  Table  Vol  II,  page  F-114  printed  with  no  change 

Culture  SNFDX-Y  Table  Vol  II,  page  F-118  printed  with  no  change 

Note:  In  all  cases,  rounding  errors  will  result  if  a  number  is  read  in  and 
printed  out  in  a  different  format  from  that  used  in  the  input.  For  example, 
the  CULTURE  PCEVT  TABUS,  Item  10.  For  CEVID  type  2,  if  the  value  of  activity 
level  is  1.5;  it  will  be  printed  out  as  2.,  even  though  it  will  be  properly 
stored  in  the  machines. 

1.2  PRERUN  Step  1.  PRERUN  Step  1  contains  PREMN1  and  14  subroutines  which 
it  calls.  Of  these  15  subprograms,  only  two,  UPDN8  and  UFDN6  have  any  printed 
output.  The  output  of  UPDN8  will  appear  as  follows: 

RELAY  UP-DOWN  TIMES 

* 

Time  Code 

13456 

15786 

18230 

NOTE:  A  Identifies  the  relay,  in  this  case  relay  number  3. 

B  An  actual  time  an  event  occurs,  whether  planned  or  unplanned,  and 
whether  a  relay  goes  up  (becomes  operational)  or  goes  down  (ceases  to  be 
operational). 

C  Code  to  tell  case  of  up/down  as  i'cHows:  -1  Reemplace  (up) 

-2  Normal  up  (up) 

•3  Abort  (down) 

-4  Reliability  failure 
(down) 

-5  Life  failure  (down) 

•6  Normal  down  (down) 

The  output  of  UFDN  6  will  apppear  as  follows:  • 

Mi,..4  tor 
ID  io. 

1 

2 

3 

3 

A- 2 


Planned  Up  Planned  Down  Actual  Up  Actual  Down  Counter 

Onn  151200-  0  151200 

I5li99dr  151200  IP  151199  dj)  151200 

350  63215  350  17038 

350  63215  19532  63215 


# 


NOTE:  A  and  B.  Planned  up  end  down  tine  have  been  converted  frcm 
planner  Input  value*  to  second*  from  start  of  game. 

C  and  D.  Difference  between  planned  and  actual  down  time*  result 
from  randomness  Introduced  through  planner  input  Set  7,  items  3,  4,  and  5. 
Initial  up  time  will  always  be  the  same  as  the  planned  up  time. 


1.3.  PRERUN  Step  2.  PREP.UN  Step  2  contains  HIEMN2  and  10  subroutines  which 
it  calls.  Of  these  11  subprograms,  only  UFDN3,  UPDN19,  and  FREMN2  have  any 
printed  output.  The  output  of  UPDN3  and  UPDN19  will  appear  as  follows: 


Array  4 

2+4D 


'J* 


UPON/ 

1 

-12 

0 

-12 

0 

-10 

373 

-12 

0  -<<— 

-12 

0 

-15 

151200 

-16 

183652 

-14 

130265 

-11 

240000 

-11 

240000 

1  1 


Explanation: 

A:  Array  under  consideration 

B:  Twice  the  number  of  Up/Dovn  Cycles  experienced  by  this  array  during 
the  game.  If  a  sensor  array  wars  emplaced  and  then  reemplaced  twice  because  of 
equipment  failures,  this  number  would  be  6. 

C:  Number  of  up/down  cycles  per  sensor  in  the  array. 

D:  Code  to  indicate  cauae  of  each  sensor  going  up  or  going  down.  If  the 
first  number  in  item  C  had  been  2,  than  the  first  two  entries  would  pertain 
to  the  first  sensor.  The  sen*  applies  to  the  first  two  down  times.  Up  times 
for  ell  sensors  are  listed  first  followed  by  down  times.  Codes  used  Include 
the  following: 


A-3 


-  8  Couldn't  emplace  enough  sensors  during  a  mission  (down)  see 
items  24,  25,  and  26,  Data  Set  I,  pages  F-5  and  6,  Volume  II. 

-  9  Falls  below  acceptable  number  of  sensors  (down),  same  ref¬ 
erence  as  above. 

-  10  Maintenance  (Up);  may  not  have  been  down,  since  this  can  be 
preventive  maintenance. 

-  11  Normal  or  planned  down  time  (down) 

-  12  Normal  or  planned  up  time  (up) 

-  13  Abort  (down)  UGS  arrays  only 

-  14  Equipment  reliability  failure  (down) 

-  15  Life  of  battery  has  been  exceeded  (down) 

-  16  The  auxiliary  sensor  is  unable  to  report  since  the  primary 
sensor  is  down, 

-  17  The  sensor  failed  to  survive  emplacement  (down) 

-  18  The  sensor  came  up  at  a  time  later  than  the  end  of  game  time 


the  Output  of  PR1i42J2  will  appear  as  follows: 


UPDN 

0. 

151200. 

0. 

151200. 

0. 

151200. 

@ - ►  0. 

73268. 

84376. 

151200. 

0, 

151200. 

376. 

13000. 

18324. 

134260. 

Explanation:  Each  sensor  has  a  single  llna  showing  alternately  up  and  down 
times.  Line  A,  for  example,  concerns  sensor  4.  Sensor  4  came  up  at  0. 
seconds,  went  down  at  73268,  then  came  back  up  a;  84376  and  went  down  again 
at  151200  seconds. 


1.4  PRERUN  Ste'>  3.  PltERUN  Step  3  contains  PREMN3  and  IS  subroutines  called 
directly  or  indirectly.  Of  these,  only  PSNP,  PSNP19,  and  PREMN3  have  printed 
output.  PSNP19  and  PSNP  have  Identical  output  as  follows: 


®!  B 

C 

D 

E 

F 

G 

H 

I 

1.  3. 

1. 

0. 

0. 

0. 

0. 

0. 

10750. 

11450. 

2.  3. 

2. 

0. 

0. 

0. 

0. 

0. 

10750. 

11450. 

3.  3. 

3. 

0. 

0. 

0. 

0. 

0. 

10750. 

11450. 

4.  3. 

4. 

0. 

0. 

0. 

0. 

0. 

10750. 

11450. 

5.  3. 

5. 

0. 

0. 

0. 

0. 

0. 

10750. 

11450. 

J 

K 

L 

M 

N 

0 

P 

Q 

12320. 

10100. 

1. 

1. 

10. 

91. 

-0.710 

12340.7 

10125.5 

1.0 

12200. 

10000. 

1. 

1. 

10. 

91. 

-0.785 

12182.6 

9984.5 

1.0 

12100. 

9900. 

1. 

1. 

10. 

91. 

-0.854 

12102.3 

9911.4 

1.0 

12020. 

9800. 

1. 

1. 

10. 

91. 

-0.915 

11958.7 

9855.3 

1.0 

11950. 

9700, 

1. 

1. 

10. 

91. 

-0.970 

11931.4 

9754.7 

1.0 

ffiR:  Table  name 

A:  Sensor  mr'ber 

B:  Method  of  emplacement  code  (i.e.,1  .  *  hand  emplaced;  2.  ■  hand 
emplaced  using  path  aa  references;  3  »  airdrop;  4  *  artillery  or 
morter)NOTK;  This  differs  from  emplacement  technique  code  used  in 
item  11  of  Data  Seta  i  and  XIX.  New  code  is  assigned  in  the  program. 

C:  Number  of  the  sensor  within  the  particular  array. 

D:  0  -  if  map  errors  are  not  being  played,  1.  if  they  are.  (From 
Prerun  Step  0,  NPLAY) 

E.  Either  a  cede  or  a  parameter  value  concerning  location  errors. 

If  location  errors  are  being  played  and  the  sensors  are  hand 
emplaced  (or  they  are  being  delivered  by  unobserved  artillery), 
then  E  la  the  value  of  one  standard  deviation  of  location  error. 
Otherwise  the  value  will  be  0. 

F:  If  the  sensors  are  hand  emplaced,  and  the  sensor  is  not  the  first 
sensor  in  the  array,  and  relative  errors  are  being  played,  then 
number  will  be  the  relative  location  error  in  percent  of  base 
(first  sensor)  error.  Otherwise  value  will  be  0. 

G.  If  sensor  it  hand+empleced,  set  to  0. 

If  air  delivered (“3  in  column  B)  number  denotes  type  of  navigation 
system  on  aircraft  (0  ■  "perfect,"  1  ■  Hyperbolic,  2  •  Rho-Theta, 

3  "  Doppler,  4  ■Gaussian  errors  assumed). 

If  artillery  delivered  (t  4  in  column  B)  number  denotes  weapon 
type  (1  ■  155nro;  2  -  105e*n;  3-8,  "4  ■  81ram,  5  “  4,2”) 
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H.  If  artillery  emplaced,  number 
number  ia  0. 


1.  Any  other  delivery  means, 


I. 


If  sensor  field  is  not  hand  emplaced,  these  are  the  X  and  Y  coordi¬ 
nates  of  either  the  gun  which  fired  it  in,  or  the  point  of  origin 
of  the  aircraft  which  dropped  it.  If  the  sensor  is  hand  emplaced, 
values  will  be  0,  unless  the  sensor  is  an  auxiliary  sensor  in  which 
case  a  1,  will  be  in  the  first  field. 


J.  X  and  Y  coordinates  of  desired  sensor  location. 


K.  1,  indicates  airdrop  errors  are  being  played,  0  indicates  they 
are  not.  (applies  only  to  air  delivered  sensors) 

L.  If  the  sensor  is  airdropped,  set  to  1  if  helicopter  delivered^  2 
if  dropped  from  a  fixed  wing  aircraft.  If  delivered  by  unobserved 
artillery,  value  is  set  to  1. 

M.  Speed  of  aircraft,  if  airdropped  sensor,  otherwise  0. 

N.  Altitude  of  aircraft  (meters),  if  airdropped  sensor;  otherwise  0. 

a  An  angle.  This  angle  is  derived  by  taking  the  tan  _1of  21  where 
DY  and  DX  are  the  differences  in  the  Y  and  X  direct ion* res  {Actively 
of: 

(1)  Aircraft  start  point  and  desired  sensor  position  in  case  of 
air  dropped  sensors  or 

(2)  Gun  position  and  desired  sensor  position  in  case  of  artillery 
or  mortar  delivered  sensor  or 

(3)  Start  and  end  points  of  path  leg  along  which  the  sensor  is  to 
be  emplaced  or 

(4)  A  line  connecting  the  South-Vest  corner  of  the  play  area  with 
the  desired  sensor  location  in  the  case  of  sensors  emplaced  in 
the  open. 

NOTE:  Format  may  preclude  printing  out  entire  angle. 

P.  Ground  truth  position  of  each  sensor,  to  nearest  .1  meter. 

Q.  Version  of  navigation  system  (within  the  category  shown  in  G  above), 
if  airdropped  sensor.  Otherwise,  0.  See  item  3,  AIRDROP,  page  F-ll, 
Volume  II. 
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PREMN3  has  output  a*  follow*: 


■'  0. 

'  1250." 

11000. 

12532. 

0. 

1250. 

11000. 

12582. 

O'.” 

““  1250."" 

11000. 

*  12842.  * 

4569. 

2638. 

11439. 

13403. 

4569. 

2638.  ’ 

11482. 

13428. 

4569.* 

2638. 

11525. 

>*13453. 

“4569./ 

4569.1 

4369. 

4569. 

“4569. 

4569. 

4569. 

4569. 

"4569. 

.  4569. 
0.' 
0. 
0. 
9<31. 
931  •* 
0. 


2638. 

2638. 

12638.* 

2638. 

2638. 

2638. 

2638.* 

2638. 

*2638. 

2638. 

or 

0. 

0- 

1612. 

1612. 

1500. 


12224./ 

12278.V, 

12342.* 

12883/ 

12927.“ 

12970. 

13293. 

13293. 

13995.* 


:i3840. 

'13906. 

13951.“ 

14237. 

14262.“ 

14287. 

14474. 

14474. 

14879. 


172300. 
172800. 
172800. 
172800. 
jl  72800."* 
172800. 
1172800. 
/l  72800. 
172800.' 
k172800. 
'172800.' 
172800. 
172800. 
172800. 
172800. 


14562. 

15207. 

60. 

172800 

“15755. 

16145. 

60. 

172800 

15781. 

16119. 

60. 

172800 

"15754.“ 

16146.” 

“  60. 

172800 

16077. 

16667. 

60. 

172800 

”16077." 

16667. 

60. 

172800 

16475. 

17869. 

60. 

172800 

A:  DX  and  DY  -  For  ssnaora  emplaced  with  respect  to  a  lag  of  a  path, 
tha  flrat  column  la  tha  dlatanca  batvaan  tha  and  points  of  the  leg  In  the 
East^fest  direction,  Tha  second  column  Is  the  distance  between  end  points  In 
the  North-South  direction.  For  sensors  emplaced  using  only  UTM  coordinates 
In  Data  Set  III,  these  numbers  will  be  #. 

B:  Xj  and  Y,  -  The  first  ground  truth  location  of  each  sensor.  Same 
as  Item  F  in  PSNP19,  and  PSNP  explanation  above. 

C:  T^  and  T2  -  The  first  up  and  down  time  of  tha  sensor. 

NOTE:  Each  sensor  has  a  single  line.  If  a  single  sensor  Is  relocated  or 
goes  up  and  down  more  than  once,  naw  columns  will  be  printed  to  the  right  of 
the  first  column  showing  subsequent  location  and  up /down  times.  X2  and  Yj, 

T.  and  T, . 


l.S  PRERUN  Seep  4.  There  la  no  printed  output  from  this  step- 


1.6  PRERUN  Step  5.  Consists  of  TRNPAR  which  cells  TRNPRI.  TRNPR1  cells 
seven  (7)  subroutines.  Thirteen  Tables  ere  printed  out  by  TRNPRI.  These 
tables  ere  heeded  by  a  MSM  file  number  end  the  locetlon  on  disc  in  set 
JTFWDF  where  the  table  starts.  Columns  correspond  to  data  extracted  from 
planner  inputs  from  date  sets  described  in  Appendix  F,  Volume  2.  Explanations 
follow  and  are  keyed  to  items  in  the  data  sets. 


MSM 

1  -  Arrays 

-  UGS 

Start  Location  • 

1 

A 

B 

C 

D 

E 

F 

G 

H 

I 

J 

K 

L 

M 

N 

1 

UGS 

1 

3 

1 

1 

1 

1 

0 

0 

0 

0 

0 

0 

2 

UGS 

1 

1 

4 

2 

1 

2 

2 

3 

0 

0 

0 

0 

3 

UGS 

1 

3 

5 

2 

1 

4 

2 

5 

0 

0 

1 

1 

4 

UGS 

1 

3 

8 

1 

1 

6 

0 

0 

0 

0 

1 

1 

5 

UGS 

1 

3 

11 

2 

1 

7 

2 

8 

0 

0 

0 

0 

6 

UGS 

1 

2 

14 

1 

1 

9 

0 

0 

0 

0 

0 

0 

7 

UGS 

1 

1 

16 

1 

1 

0 

C 

0 

0 

0 

0 

0 

8 

UGS 

1 

1 

17 

1 

1 

10 

0 

0 

0 

0 

0 

0 

9 

UGS 

1 

3 

18 

1 

1 

11 

0 

0 

0 

0 

0 

0 

10 

UGS 

1 

2 

21 

1 

1 

12 

0 

0 

0 

0 

0 

0 

11 

UGS 

1 

1 

23 

1 

1 

13 

0 

0 

0 

0 

0 

0 

12 

UGS 

1 

2 

24 

1 

2 

14 

0 

0 

0 

0 

0 

0 

13 

UGS 

1 

2 

26 

1 

2 

15 

0 

0 

0 

0 

0 

0 

14 

UGS 

1 

2 

28 

1 

2 

16 

0 

0 

0 

0 

0 

0 

15 

UGS 

1 

1 

30 

1 

1 

0 

0 

0 

0 

0 

0 

0 

16 

UGS 

1 

2 

31 

1 

2 

17 

0 

0 

0 

0 

0 

0 

17 

UGS 

1 

2 

33 

1 

2 

18 

0 

0 

0 

0 

0 

0 

13 

UGS 

1 

2 

35 

1 

2 

19 

0 

0 

0 

0 

0 

0 

ID  of  array  (item  1,  page  F-5) 

B:  Generic  type  (item  2,  page  F-S) 

C:  Organization  (item  3,  page  F-5) 

0:  Number  of  sensors  in  array  (item  6,  page  F-5) 

E:  ID  of  first  sensor  in  array  (item  5,  page  F-5) 

F:  Number  of  monitors  associated  with  array  (item  13,  page  F-5) 
G:  ID  of  first  (primary  monitor)  (item  14,  page  F-5) 

H:  ID  of  data  link  to  1st  monitor(ltem  15,  page  F-5) 

I:  ID  of  second  monitor  (item  16,  page  F-5) 

J:  ID  of  data  link  to  second  monitor  (item  17,  page  F-5) 

K:  ID  of  third  monitor  (item  18,  page  F-5) 

L:  ID  of  data  link  to  third  monitor  (item  19,  page  F-5) 

M:  ID  of  artillery  ambush  (flretrap)  (item  22,  page  F-5) 

N:  Duffer 


MSM  2 


Arrays 


STAS CAN 


Start  Location  -  2 72 


19 

VISS 

20 

VISS 

21 

VISS 

22 

VISS 

23 

VISS 

24 

VISS 

25 

VISS 

26 

VISS 

27 

VISS 

28 

VISS 

29 

VISS 

30 

VISS 

1  1  37  0 

1  1  38  0 

1  1  3?  0 

1  1  40  0 

1  1  41  0 

1  1  42  0 

1  1  43  0 

1  1  .  44  0 

1  1  45  0 

1  1  46  0 

1  1  47  0 

1  1  48  0 


Sea  Table  IV2,  page  D-2l,  Volume  I,  Part  II. 
See  also  Para  4,  page  >8,  Volume  I,  Part  II 
See  also  Data  Set  XIX,  Page  F-76,  Volume  II 


0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 


MSM  3  -  Arrays 

31  MOVE 

32  MOVE 


-  MOVING 

1A2-67  2  49  1 
3B2-67  2  51  2 


Start  Location  -  369 
1 


See  Table  D-3,  page  D-22,  Volume  I,  Part  II, 

See  also  para  4,  pages D -8  and  D-9,  Volwne  I,  Part  II 
See  also  Data  Set  XX,  page  F-80,  Volume  II 


MSM  4  -  FORCES  -  BLUE 

_ START  LOCATION  - 

384 

1  BLUE  1A2-67' 

LTA/C 

10  1 

1 

10.000 

609.6 

3600. 0/ 

2  BLUE 

PLAT 

3  25 

_  2 

2.778  " 

0.0 

2100.0^ 

j 

mtmtmMKSKHi 

/  . 

1 

2 

10000.0 

14400.0 

3600.0 

/ 

17000.0 

16400.0 

4300.0 

V 

0.0 

0.0 

0.0 

y  3 

2 

3 

12500.0 

17900.0 

2100.0 

/ 

12500.0 

14400.0 

3360.0 

/ 

14234.0 

13400.0 

4080.6 

z _ 

0.0 

0.0 

0.0 

9 


See  Table  D-4,  page  D»23,  Volume  I,  Part  II.. 
See  also  Para  6,  page  1>9,  Volume  I,  Part  II 
See  also  Data  Set  XXI,  page  F-84,  Volume  II. 


MSN 

7  -  SENSOR 

DESCRIPTION  PARAMETERS  START 

LOCATION 

m 

1304 

1 

SEISMIC 

ADSID  0.864E 

06 

0.864E  07  0.0 

0 

0 

1.00 

A  OSIO  0 

0 

0.0 

0.0 

0.0 

0.0 

-- 

0.0 

0.0 

0.0*4 

>#*** 

0 

> 

~  2 

. SEISMIC  " 

MINISID  0.864E' 

08 

0.864E  07*0.0 

-  - -  — 

*0  * 

0 

1.00 

m 

MIN  ISID  0 

0 

0.0 

0.0 

0.0 

0.( 

0.0 

0.0 

0.0*4 

>•*•« 

3 

ARFBUOY 

NBB-CIR  0.864E 

08 

0.664E  07  0.0 

0 

0  1 

1.00 

m 

NBB  -CIR  1 

1 

50.0 

0.0 

0.0 

500.  ( 

• 

- 

0.0 

0.0 

0.0*4 

>**•* 

0 

4 

PASSIVIR 

'  PIRIO  0.864E 

08 

0.864E  07  0.0 

O' 

0 

1.00 

P  IRID  0 

0 

0.0 

0.0 

0.0 

0.( 

0.0  " 

0.0 

0.0****** 

0 

—  0.0 

0  0  0 


0.0 

0  0  0 


Sea  Table  D-7,  page  1V30;  Volume  I,  Part  II. 
Sea  also  para  9,  page  1M5,  Volume  I,  Part  II 
See  also  Data  Set  IV,  page  F-20,  Volume  II 


Note:  The  line  ot  6  asterisks  In  the  example  constitute  fields  35  and  36 
in  Table  D-7.  Upon  correction  of  a  format  error  this  will  correctly  show 
the  coordinates  of  the  searchlight  (if  used)  in  game  coordinates.  The  last 
8  zeros  have  no  present  meaning.  Space  is  being  rererved  if  future  sensors 
require  additional  sensor  parameters. 


See  Table  D-8,  page  D-35,  Volume  I,  Part  II. 

See  also  para  10,  page  D-16,  Volume  I,  Part  II. 
See  also  Data  Set  V,  page  F-29,  Volisne  II. 
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See  Dete  Set  VI,  pege  F-32,  Volume  II,  times  In  seconds. 


MSN 10  - 

OATA 

LINKS 

START  LOCATION  •  2306 

1 

1 

1 

1 

2 

0 

2 

2  " 

l 

r 

2' 

0  T  "  ' 

3 

2 

2 

0 

0 

0 

4 

3 

1 

i 

2  ' 

0 

5 

3 

2 

i 

2 

0 

6 

4 

r 

0 

0 

0 

7 

5 

i 

0 

0 

0 

8 

9 

5 

6 

2 

1 

0 

2 

'  0  - 

2 

0 

1 

See  frts  Set  X,  pege  F-45,  Volume  II,  times  In  seconds. 


MSM11  -  PATH  OATA 


PATH _ C 

PATH _ C 

PATH  B 

PATH  B 


11000.0  11900. 0 


10000.0  12400.0 


3 

4 


_2 _ 12500.0  17900.0 

1  10000.0  16400.0 


START  LOCATION  ■  2421 


.0000 

.0000 

1.0000 

1.0000 

i.oooo 


1.0000 

1.0000' 

1.0000 


1.0000 

1.0000 

1.0000 

'1.0000 

_i.oooo_ 

1.0000 

1.0000 

1.0000 


l 

1 

1 

r 

5 

1 

1 

9 


11000.0 
15569.0 
16500.0 
16S00.0 
.14000. 0_ 

12500.0 

14234.0 

17000.0 


13150.0 

15708.0 

17400.0 

18900.0 

12400.0 

14400.0 

13400.0 

16400.0 


•I 


% 
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See  Teble  Ml,  page  D-38,  Volume  I,  Part  II. 
See  alao  para  13,  page  >18,  Volume  I,  Part  II. 


T  J‘ 

ammmm 

NSH12 

-  FORCE 

TYPE 

PARAMETERS. 

- - 

— 

START  LOCATION  -  2486 

I 

1 

1 

0.0 

0 

0 

0 

2 

"1  ~ 

1 

. 1.00  " 

2 

2 

1 

3 

1 

0 

10.00 

0 

0 

0 

4 

I  " 

O'  ' 

10.00  ~ 

0 

O' 

0  ~  ; 

5 

1 

1 

10.00 

0 

0 

0 

6 

0 

0 

2.00' 

2 

1 

1 

7 

1 

0 

2.00 

1 

1 

2 

"  8 

1 

'O  '  " 

2.00 

3 

1 

2  " 

9 

0 

0 

0.0 

0 

0 

10 

"  T 

0 

. 0.0  " 

0 

0 

0 

11 

i 

0 

5.00 

3 

1 

1 

See  Table  >12,  page  >39,  Volume  I,  Part  II. 
See  rfleo  para  14,  page  >19,  Volume  I,  Part  II. 
See  alao  Data  Set  XII,  page  P-56,  Volume  II. 
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1.7  PRERUN  Step  6.  PRERUN  Step  6  contains  PREMN6  and  19  subprograms. 
Printed  output  consists  primarily  of  a  listing  of  the  planner  and  designer 
input  data  sets.  Sample  output  is  shown  below: 


SCHAR 

1 

12.00  0.5C  0.75  1.00  0.10 

0.90 

0.8C 

0.10 

C.3C 

c.ec 

C.80 

0.40  ( 

42. CC  C.5C  C. 75  1.00  1.00 

1.0C 

1.00 

1.C0 

1.00 

1.00 

1.00 

i.oo  j 

See  page  1-20,  Volume  II.  Note  that  rows 

and  columns  have  been  exchanged. 

■1 

I  oaoc.  94CC.107CC.1C55C.  0. 

0. 

0. 

C. 

0. 

0. 

3. 

ml 

1  1 5600. 1 4800. 15200.1 5 15C. 16 300. 16 550. 17 

5  CO. 

C. 

c. 

c. 

6. 

15600. 14650. 14900. 14200.  0. 

0. 

0. 

0. 

0. 

c. 

3. 

■ESI 

5500.  5500.  7950.  G.  C. 

c. 

0. 

0. 

0. 

c. 

2. 

5900.  6800.  7150.  7800.  8150. 

.  c. 

.  0. 

0. 

0. 

c. 

4. 

i. 

6200.  65C0.  77CC.  85CC.  8800. 

o. ****** 

0. 

0. 

c. 

4. 

i. 

13200.1 31C0.116CG.1075C.  C. 

C. ****** 

0. 

0. 

c. 

3. 

i 

13200.131CC.116CC.12150.11400. 

0. 

0. 

0. 

C. 

c. 

4. 

j. 

620C .  65C0.  7,  'C.  85CC.  38CC. 

O100. 

0. 

0. 

0. 

0. 

5. 

i. 

8800.  8450.  C.  C.  0. 

0. 

c. 

c. 

c. 

c. 

1. 

i.  i 

5500.  55CG.  7950.  8000.  8200. 

_ 

0» 

_ £L* _ 

_ L- 

- 

—la— 

1. 1 

RCl'TY 

740C.  3000.  8300.  9100.  ’  0. 

c. 

c. 

c. 

-c. 

5. 

3. 

i. 

8900.  9900.10400.11200.12550. 

L4550.147CC. 

c. 

c.  «,-  +  **** 

6. 

i. 

1720C.16C5C.151CC.1450C.  0. 

C. 

0. 

0. 

o .  ****** 

3. 

i. 

11600.11100.10200.  C.  0. 

C. 

c. 

c. 

-Q. 

c. 

2. 

i. 

11 600. 11550. 11 300. 11200. 10 350. 

C. 

0. 

0. 

-0. 

0. 

4. 

i. 

1195C.120QC.126GC.126CC.104C0. 

C. 

0. 

0. 

o. ****** 

4. 

i. 

7700.  9600.  9800.112CC.  0. 

c. 

c. 

C. 

c. 

1. 

3. 

i. 

770C.  96C0.  9»C0. 10700. 11100. 

0. 

0. 

o. ****** 

0. 

4. 

i. 

1 1^50.1 2000. 1260C. 126 CC. 104CC. 

955C. 

0. 

o . ****** 

-0. 

5. 

i. 

These  two  tables  are  from  labeled  common  area,  "ROUTE"  and  contain  the  first 
20  paths  from  planner  data  set  XII,  page  F-52,  Volume  II.  Since  these  are 
used  to  locate  paths  for  battle  and  culture  events,  the  20x12  dimension  of 
this  matrix  may  need  to  be  expanded  for  larger  scenarios.  The  last  column 
in  the  table  denotes  the  type  of  path  (see  footnote,  page  P-52).  The  11th 
column  shows  tiie  number  of  legs  on  the  path.  There  will  be  one  more  node 
than  legs  and  the  first  10  fields  (columns)  are  reserved  for  the  X  (ROUTX)  or 
Y  (POUTY)  coordinate  of  the  nodes.  Only  those  numbers  that  represent  nodal 
points  have  any  meaning.  The  non-sensical  values  printed  out  in  the  remaining 
spaces  result  from  not  initialising  the  matrix  area  before  overwriting. 
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IPSPED 

61.  3. 

6.  9. 

5.  1C. 

See  para  5.4.3.4b,  page  5-153,  Volume  I, 
Part  IT.  See  also  Table  1-24,  Volume  II, 
Appendix  I. 


C4CAL 

91 .2CC.4C0.800. 
92.2CC.4CC.800. 


See  para  5.4.3.4c,  page  5-153,  Volume  I, 
Part  II.  See  also  Table  1-25, Volume  II, 
Appendix  I. 


mm — 1 — 

12.  3C.  6C. 
42.  30..  60. 


See  Table  1-26  ,  Volume  II.  Appendix  I. 

See  also  para  5.4.3.4d,  page  5-153,  Volume 
I,  Part  II.  In  order  to  extend  the 
sensor  types  past  what  is  shown  (sensor 
type  1  is  all  seismic  sensors  and  sensor 
type  2  is  all  acoustic  sensors)  additional 
definition  and  extension  is  required  in 
Subroutine  CULTBK. 


SNFDX 

— - 

7 

105.  16000.  16500. 
105.  17000.  17500. 

10000. 

10000. 

10000. 

10000. 

10000.  10000\ 
ioooo.  iooooA 

/ 

0. 

******* 

0. 

0.  2. 

******6  2. 

SNFDY 


105.  17400-  17900.  11900.  11900.  11900. 
105.  18400.  18900.  11900.  11900.  11900. 


11900 

11900 
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These  tables  are  obtained  from  the  planner  input  Data  Set  XXIX  (see  page  F-118), 
Volume  II  and  page  5-152,  Volume  I,  Part  II)  .  SNFDX  and  SNFDY  tables  are 
outgrowths  of  the  master  Data  Set  XXIX.  The  first  column  Is  the  cultural 
event  type  and  class  being  used.  The  last  column  shows  the  number  of  columns 
to  the  left  of  the  first  column  that  are  meaningful.  Up  to  six  columns  can 
be  used  (3  sensor  fields. )Th»  2d, 4th  and  6th  columns  show  the  South  (SNFDX) 
or  West  (SNFDY)  boundaryof  the  sensor  field  while  the  3d,  5th,  and  7th  columns 
show  the  North  (SNFDX)  or  East  (SNFDY)  boundary.  The  8-13th  columns  have  no 
significance.  Columns  2-7  are  initially  given  the  value  of  the  Southwest 
corner  of  the  play  area  and  this  number  will  show  in  those  fields  not  used  for 
exclusion  areas. 


See  Table  1-27  .  page  1-22  Volume  II  and 
para  5.4.3.4e,  page  5-153,  Volume  I,  Fart  II. 


CSHDl  TABLE 
1023. 

1. 

3C3600. 

47C0. 

11700 

1023. 

2. 

100000. 

14700. 

167C0 

1023. 

1. 

414400. 

11700. 

137C0 

1033. 

2. 

1CC100. 

97CC. 

6700 

1033. 

1. 

308000. 

4700. 

107CC 

1033. 

1. 

499999 • 

15700. 

6700 

1  n*3. 

■as 

.  77CQ. 

77  CC. 

16700. 

8700 

7700. 

6  7CC 

L 1 6  7  0  0  . 

1C3CC 

\  7700. 

14700 

167CC. 

U7C0 

fl2700. 

167CG 

110700. 

14700 

■  of  the  planner 

0. 

C. 

0. 

0. 

C. 

0. 

o. 


1. 

1. 

2. 

1. 

2. 

1. 

L 


0. 

0. 

0. 

0. 

0. 

0. 


F-108,  Volume  II). Columns  1-10  of  the  printout  are  the  same  as  items  2-11 
of  the  data  set. 
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423.  ISW> 
123.  ISHk 
423.  tSWR 
123.—LSH& 

423.  ISHB 
123.  ISHR 


IfcfIT: 


If  values  are  not  entered  In  required  tables, 
or  If  Inconsistencies  are  found,  values  are 
assigned  by  default  and  a  list  of  the  type 
shewn  heie  Is  printed  out.  These  entries  are 
normally  made  as  each  sensor  -  CEVID  Is 
indexed  through  a  do-loop  In  subroutine 
CULTBK. 


.TABLE  CLTBGR 


0. 1 OOOOCCCE  01 
0. 20000000E  01 
0.30000000E  01 
0. 4GCOOOCCE  01 
0.50C00000E  01 
0.6C000000E  01 


-0.985635856  01 
-0.9877C628E  01 
-0.99099855E  01 
-0.99542694E  01 
-0.100044256  02 
-0.70547132E  01 
-0. 7C471048E  01 


-0.98563585E  Cl 
-0 . 9877062 8E  01 
-C.99C998556  Cl 
-0.99 542694E  01 
-0. 10004425E  C2 
-0.70547132E  Cl 
-0.70471048E  01 


-0.985635856  01 
1 -0.9877O628E  01 
-G.99099855E  Cl 
-0.99542694E  01 
-0. 10004425E  02 
-0.705471326  01 
-0.7047104BE  01 


Column  1 :  Sensor  number 


-0.98563585E  01 
-0.98770628E  01 
-0.990998556  01 
-0.995426946  01 
-0.10004425E  02 
-0. 70547132E  01 
-0.704710486  01 


Columns 2 ,  3,  4,  5  Contain  the  culture  background  level  in  each  quarter  day 


See  page  5-145,  Volume  I,  Part  II  and  Data  Set  XXVI,  Page  F-105,  Volume  II. 
Note  Item  1  of  the  Data  Set  is  not  printed  out. 


See  page  5.4.2.4c,  page  5-146,  Volume  I,  Part  II  and  Table  1-13,  page  1-14, 
Volume  II, 

RNG8N  See  pa3e  5-147,  Volume  I,  Part  II  and  Table  1-14,  page 

dCO*  1-14,  Volume  II, 

5CC. 

10CC. 

20C0  . 

40  CC. 

70CC. 

ICCCC. 

1400G. 

ieccc. 

24CCC. 

3C000 . 

5C00C. 


4 
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WPL I M 


31  • 

100. 

26CC. 

32. 

800. 

5600. 

ACSPD 

1711. 

25. 

20. 

5C. 

1721. 

25. 

25. 

SC. 

ACALT 

ICC. 

700. 

15. 

1 

ICC. 

700. 

25. 

See  Pages  5-147  and  5-148, 

para  f,  g, 

h,  Volume  I, 

Part  II  . 

XCLUA  TABLE 


(2)  0.(13)1810. 

(15)0. 

(12) 

1721.  (13) 

1810. 

(15)  0. 

(12)1721.  (8)521. 

(10)1510.' 

(8) 

521.  (9) 

1210. 

(11)1530. 

(7)  310.  (4)  0. 

(6)  4. 

(3) 

17500.  (4) 

0. 

(6)  4. 

(3)16000.  (14)0. 

(16)  0. 

(14) 

0. 

(16)  0. 

(9)  1210. 

(11)1530. 

(10) 

1510. 

(5)18900. 

(7)  310. 

(5) 

17400. 

(2)16000. 

S«e  Data  Set  XXV,  page  F-102,  Volume  II,  It etna  in  brackets  correspond  to 
item  numbers  in  Data  Set  XXV.  Data  are  repeated  for  number  of  exclusion  areas 
used. 


SAFTY 

311. 

20. 

200. 

25C. 

321. 

3C . 

410. 

510. 

521. 

3C. 

180. 

22  C. 

5?1. 

5C. 

35C. 

4’C. 

_ UUa 

*0- _ 

50, 

_ Ik. 

See  Tabic  I- 11,  page  1-12,  Volume  II  (note  that  rows  and  columns  have  been 
exchanged)  and  Para  5. 4. 2. 4a, page  5-146,  Volume  I,  Part  II. 
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ROUTX 

7 

9400. 

9400. 

10700.  1 

1560C, 

14800. 

15200.  ] 

15600. 

14650. 

14900.  / 

5500. 

5500. 

7950.  \ 

Se«  explanation  above  for  ROUTE  X 
and  ROUTE  Y  -  This  list  is  re¬ 
printed  with  no  change. 


VSPED 


See  Tables  1-19,  1-20,  1-21,  pages  1-17  and  1-18,  Volume  il 


Saa  page  F- 91,  VoIum  II,  Uacr'a  Manual,  leam  No'a  2-15. 
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1 


If  first  word  of  output  is  a  floating  point  number  followed  by  "FCWPN," 
this  means  that  the  firing  characteristic,  of  thajjaapon 
were  taken  from  the  FCWPN  Table  on  page  1-13,  Volume  II,  User  s  nanuai, 
instead  of  using  weapon  characteristics  explicitly  stated  by  the  planne 

input . 


ACOUSTIC  SENSORS 


These  two  tables  cortain  thi  battle  background  threshold  levels  in  volts 
for  the  acoustic  ar.J  seismic  sensors  before  the  random  battle  events  are 
introduced.  Each  row  contains  tvelve  numbers  representing  the  threshold 
levels  for  each  of  twelve  hours  for  that  day.  The  first  two  rev*  represent 
the  first  day  (24  hours)  and  the  next  two  rows  represent  the  second  day 
(next  24  hours),  etc. 


c 


S««  page  F-98,  Data  Sat  XXIV,  Volume  II  for  Battle  RSEVT  Table. 

Thia  table  contains  Information  on  the  random  battle  events  played  in  the 
J^«2arlo^UJuisj»xac^^th^aamefomat<jia>^CjfflLi^revioual^des^^di|i_i^ 


TARGETS 

-110. 

4700. 

11700. 

46800. 

16700. 

8700. 

71539. 

-218. 

14700. 

16700. 

86400. 

7700. 

6700. 

98607. 

-318. 

11700. 

13700. 

79200. 

16700. 

10300. 

83231. 

-419. 

9700. 

6700. 

86500. 

7700. 

14700. 

94746. 

-519. 

4700. 

10700. 

51200. 

16700. 

11700. 

59228. 

-619. 

15700. 

6700. 

164799. 

12700. 

16700. 

185680. 

-719. 

7700. 

7700. 

44200. 

10700. 

14700. 

51816. 

-819. 

12700. 

6700. 

91400. 

9700. 

16700. 

96620. 

-919. 

11700. 

8700. 

68400. 

15700. 

16700. 

86289. 

-1019. 

4700. 

11700. 

63200. 

12700. 

6700. 

110370. 

-1119. 

4700. 

11700. 

64802. 

16700. 

9700. 

105354. 

-1219. 

4700. 

11700. 

86402. 

16700. 

11900. 

110405. 

-1316. 

10550. 

9100. 

55780. 

10550. 

9100. 

55960. 

-1415, 

8400. 

9800. 

55800. 

8400. 

9800. 

55980. 

-1516. 

10550. 

9200. 

56080. 

10550. 

9200c 

56260. 

■  ih  i  piikjauun 

mam 

0. 

0. 

201023 

0. 

1. 

fn it 

0. 

0. 

201023 

0. 

1. 

0. 

0. 

201023 

0. 

1. 

fit 

0. 

0. 

201033 

0. 

1. 

(  2* 

0. 

0. 

2010)3 

0. 

1. 

1  l* 

0. 

0. 

201033 

0. 

1. 

l  t- 

0. 

0. 

201043 

0. 

1. 

I1SS 

0. 

0. 

201043 

0. 

1. 

1188 

0. 

0. 

201043 

0. 

1. 

0. 

0. 

201053 

0. 

1. 

0. 

0. 

201053 

0. 

1. 

IQB 

0. 

0. 

201053 

0. 

1. 

■va 

0. 

0. 

200210 

0. 

1. 

ml 9 

0. 

0. 

100310 

0. 

1. 

KQh 

o. 

0. 

200210 

0. 

1. 

mmJU _ 

_ 5L— 

Ml  1  III  1 

_ Pi— 

See  pages  b-7  through  B-8,  Volume  I,  Part  II.  The  following  additionel 
information  ie  neceaaary  to  completely  interpret  all  worda: 

Word  1  -  The  digits  proceeding  the  target  identifiers  are  sequence  number, 
indicating  the  order  in  which  the  targets  were  generated.  The  leading  minus 
sign  indicates  it  is  a  "False  Target." 

Word  11  -  The  last  digit  indicates  the  type  of  target:  3  -  Culture 
0  -  Battle  Enemy,  1  -  Battle  Friendly. 

Word  13  -  This  word  is  a  1  or  0  depending  on  whether  the  terget  is  attenqpt 


ACOUSTIC  SENSORS 

H2 

-200. 

-200. 

-200. 

-200. 

-200. 

-200.V 

-4. 

-200. 

-200. 

13. 

-4. 

-200. j 

-200. 

-4. 

-4. 

14. 

-4. 

-200./ 

-200. 

4 

-200. 

-200. 

-200. 

-200. 

-200 J 

1  -200. 

-200. 

-200. 

-200. 

-200. 

-200. 

/  _l* 

-200. 

-200. 

-4. 

-4. 

-4. 

f  -200. 

-200. 

-200. 

-200. 

-0. 

-1. 

“200‘ 

-200. 

-200. 

-200. 

-200. 

-200. 

mi 


£T.T:V 


-200. 

-0. 

-200. 

-200. 


-200. 

-200. 

-0. 

-200. 


-200. 

-200. 

-200. 

-200. 


Theae  tables  are  exactly  the  same  as  the  Acoustic  and  Seismic  tables  described 
previously,  however,  'hey  represent  the  battle  background  threshold  values 
for  the  acoustic  and  seismic  sensors  in  dB's  after  the  random  battle  events 
are  introduced. 
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1,8.  PRERUN  Step  7.  There  is  no  printout  from  this  step  except  for  diagnos 
tic  error  messages. 


1.9,  PRERUN  Step  8.  There  ere  several  types  of  printout  from  PRERUN  Step  8. 
The  data  shown  below  that  comes  from  battle  or  culture  can  be  distinguished 
by  a  minus  sign  in  the  first  column.  The  meaning  of  each  item  in  the  first 
12  columns  is  defined  on  page  B-7,  Volume  1,  Part  II.  The  data  concerns 
false  targets. 

BLUE  AND  RED  FORCES  STEP  8 


TOST 

1027. 
1028  « 
2028. 
33  28. 
4028. 

JVJJU. 


me 

96^0. 

36360. 

”172*77“ 

"'7790. 

38262 

11400. 

11110. 

34500* 

11394. 

11110. 

3500 

1123C « 

17700. 

37800. 

109*). 

16000. 

40893 

10950. 

16000. 

40893. 

11630. 

15900. 

4184) 

11600. 

15900. 

41840. 

11700. 

15150. 

43396 

11700. 

1515C • 

43396. 

10650. 

14700. 

45746 

JL2WX. 

1*709., 

10600. - 

1*1 73 X. 

*68*1 

TT 7T 

0.0 

0.0 

*.0 

o.P 

o.o 

0.0 


T75TT 

12565 

12579 

12579 

12579 

12579 

12579 


T9TTT 
4.95 
50.00 
5C.  re 
50.00 
5G.C0 
5C.ro 


TTTtr 

0.0 

9.0 

O.o 

0.0 

0.0 

0.0 


The  following  data  concern  Red  and  Blue  Forces.  Each  column  is  defined  below 


1  2  3  4  5  6 


7  8  9  10  11  12 


9 


1.  First  digit  is  the  leg  of  the  path  this  force  is  on,  if  the  force  is 
moving.  If  the  force  is  not  moving  there  will  be  no  leading  seroa  printed 
out  and  only  the  ID  of  the  force  will  be  shown. 
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2.  For  stationary  targets,  the  X  coordinate  of  the  force  location.  For 
moving  targets,  the  X  coordinate  of  the  first  node  of  this  leg. 

3.  Same  as  2.  except  for  the  Y  coordinate. 

4.  Start  operations  time  for  stationary  targets.  Time  at  which  target  gets 
to  first  node  on  this  leg,  for  moving  targets. 

5.  Zero  for  stationary  targets.  X  coordinate,  of  last  node  on  this  leg  for 
moving  targets. 

6.  Same  as  5,  except  for  Y  coordinate. 

7.  Zero  for  stationary  targets.  Arrival  time  at  this  last  node  on  this  leg 
for  moving  targets. 

8.  Zero  for  stationary  targets.  Nominal  speed  along  this  leg  for  moving 
targets. 

9.  Ferrous  metal  indicator  code.  1  »  ferrous  metal  present,  0  *  no  ferrous 
metal  present. 

10.  Altitude  of  the  target.  Zero  if  no  altitude. 

11.  Storage  loca  ion  of  'orce  data  subset  plus  4. 

12.  Time  length  of  the  target  for  moving  targets.  Zero  for  stationary  targets. 

1  ;0.  PRERUN  Step  9:  There  are  two  types  of  output  from  this  step,  r’te 
second  of  which  is  optional.  An  example  of  the  first  output  is  shown  ueiow: 


2 

3 

4 

5 

3 

221 

-519 

12021 

12031 

221 

3019 

32574 

32595 

221 

3026 

33386 

33401 

2  233 

1056 

52414 

52534 

233 

1068 

53325 

54675 
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1.  The  number  of  times  that  line-of-sight  occurred  between  the  target  and 
sensor. 

2.  Sensor  ID. 

3.  Target  ID.  Negative  target  ID  indicates  a  target  from  battle  and  culture. 

4.  Earliest  possible  detection  time  of  the  target  at  this  moment. 

5.  Latest  possible  detection  time  of  the  target  at  this  moment. 

The  second  output  from  PRERUN  Step  9  is  optional  and  gives  a  detailed 
description  of  what  is  actually  happening  between  the  sensor  and  target.  It 
is  used  for  debugging  purposes. 

1.11.  PRERUN  Step  10;  There  is  basically  one  printout  from  this  step  but 
there  are  two  types  of  information  printed  out.  The  first  type  of  Information 
is  the  earliest  and  latest  possible  detection  information  on  the  non-LOS 
sensor-target  Interrogations.  The  second  is  the  same  except  it  contains  LOS 
sensor-target  Interactions  which  have  llne-of-slght.  An  example  of  the 
printout  of  both  of  these  types  is  shown  belcxr: 

1  2  3  4' 


114 

-13609 

65103 

65177 

114  Non  -  LOS 

-13910 

57027 

57041 

114 

-14208 

80554 

80886 

0 

0 

0 

0 

145 

-719 

3294 

3309 

151  U>5 

1055 

t 

52513 

52918 

152 

1055 

52711 

52981 

157 

-719 

3237 

3267 

1.  Sensor  ID 

2.  Target  ID.  Negative  ID's  are  targets  from  battle  and  culture. 

3.  Earliest  possible  detection  time, 

4.  Latest  possible  detection  time. 


1.12.  PRERUN  Step  11.  This  step  collects  and  merges  all  events  of  all  types 
that  have  been  generated  and  stored  in  previous  PRERUN  steps.  Specific  ref¬ 
erences  in  Volume  I,  Part  II  for  the  format  of  event  sublists  are  as  follows: 
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Event  Type 


Pages 


1 

2 

3 

4, 5,6,7 

8 

9 

10 


B-6  to  B-8 
B-9 
B-10 
B-ll 
B-12 
B-13 
B-14 


In  the  printout  both  fixed  point  and  floating  point  format  are  used  for  the . 
listing  of  all  events.  Thus  the  fixed  point  format  is  listed  first  for  an 
event  and  this  is  followed  by  floating  point,  and  then  the  applicable  format 
will  be  used. 


1.13.  PFERUN  Step  12;  This  Step  takes  all  the  merged  events,  blocks  them 

for  MSM,  and  stores  them  on  disc. 

* 
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APPENDIX  B 
SIMULATION  EVENTS 


I.  INTRODUCTION 

The  dynamic  linkage  between  PRERUN  and  MSM  la  a 
time  ordered  aequence  of  eventa.  the  titlea  and  general 
meanings  of  which  are  listed  In  Table  B-l.  These  events 
(strictly  speaking,  the  word  lists  for  these  events)  are 
prepared  by  PRERUN,  blocked  Into  records  containing  not 
more  than  001  words,  and  placed  Into  a  (disk  or  tape) 
data  set  currently  named  "eVENTf.  The  MSM  executive 
routine  EXEC  IB  then  reads  these  events  and  causes  them 
to  be  executed,  one  by  one,  until  the  special  end-of-events 
flag  is  encountered. 

This  Appendix  addresses  details  of  event  list 
structuring,  with  emphasis  on  the  exact  structure  of  sub¬ 
lists  for  each  of  the  II  event  types. 

The  reader  may  note  that  the  general  concept  under¬ 
lying  the  linkage  by  eventa  Is  compatible  with  potential 
program  growth.  That  Is,  there  is  no  preestablished  limit 
on  the  number  of  different  event  types,  and  the  word  list 
for  any  event  type  may  be  of  Indefinite  length  and,  except 
for  the  first  few  words,  may  be  of  any  convenient  format  or 
content. 
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TABLE  B-l 


EVENT  TYPE  SUMMARY 


TYPE  NO.  OF  WORDS 

CODE  TITLE  PER  SUBLIST* 


1  SENSOR  INTERROGATE 

2  SENSOR  FALSE  ALARM 

3  SENSOR  PARAMETER  CHANGE 

It  SENSOR  UP/DOWN 

$  MONITOR  UP/DOWN 

6  DATA  LHC  UP/DCWN 

7  FIRKTRAP  UP/DOWN 

8  ARRAY  UP/DOWN 

9  BATTLEFIELD  ILLUMINATION 

10  SENSOR  REPOSITION 


Min  6  * 

It 

6  to  9** 

5 

5 

5 

5 

5 

10 

6 


99  END-OF-EVWT -SEQUENCE  FLAG 


1 


*  Fronts  typo  1  have  no  explicit  upper  limit  on  length 
of  sublists .  The  minimum  value  corresponds  to  a  single 
red  or  bine  force  considered  as  a  sensor  target. 

**  For  events  type  3 *  the  stated  limits  correspond  to  changing 
from  one  to  four  sensor  parameters,  as  vas  required  for  the 
sensor  routines  within  tits  original  SAM,  There  Is  no  basic 
limit  to  the  maximum  number,  however. 
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2.  THE  DATA  SET  "EVENT  I M 


The  disk  or  tape  dete  eet  "EVENT I"  Is  written  by 
PRERUN,  ueed  as  Input  to  M8M.  It  la  blocked  into  logical 
records  of  at  moat  901  words:  a  word  count  variable  (NW)t 
and  at  most  900  words  of  event  Information.  The  corres¬ 
ponding  read  statement  within  M3M  Is. of  the  form: 

READ  ( I UN  XT)  NW,  (LI8T(I),  1=1, NW) 

with,  of  course,  a  comparable  write  statement  In  PRERUN. 

A  record  .alwrys  contains  full  event  lists.  Since 
event  lists  are  of  variable  length,  the  actual  number  of 
event  words  In  a  record  la  typically  a  few  words  short  of 
the  maximum  of  900,  and  may  be  very  small  for  the  very  last 
record  of  the  set. 

In  MSM,  a  storage  area  of  900  words  Is  reserved  for 
event  information.  The  events  in  this  area  are  executed, 
one  by  one  (until  a  special  end-of-eventa  flag  Is  encountered), 
with  Interruptions  as  necessary  for  reading  a  naw  block  ? 
of  Information.  P*~d  control  Is  based  on  compari¬ 

son  of  the  Internal  list,  p.  vr  with  the  word  count  vari¬ 
able,  NW.  It  may  be  noted  *nat  tHi  blocking  allows  MSM  to 
execute  an  Indefinite  number  of  events  In  the  sense  that 
the  number  of  events  Is  not  limited  by  MSM  storage. 


8.1  TIME  ORDERING 


Events  are  prapartd  by  PRERUN  In  a  time  ordered  se¬ 
quence,  according  to  tha  following  logic: 


(a)  For  an  event  associated  with  a  tlma  tntarval 
(both  a  bagln  and  t>n  and  tlma)*  aortlng  la 
baaad  on  tha  bagln  ttma. 

(b)  Tha  only  crltarlon  for  "tie-breaking",  that 

la,  dacidlng  which  eyent  ahould  ba  placad  flrat 
In  tha  aaquanca  whan  tha  key  ttmaa  art  Identi-  • 
cal,  (a  tha  following: 

"polnt-in-tlme"  avanta  ahould  pracada 
M Interval -of -time"  avanta.  If  tha  kay 
tlmea  ara  Identical. 


8.2  EVENTS  AT  \ 

Certain  Initialization  atapa  within  MSM  ara  expected 
to  ba  entered  via  tha  event  Hat.  These  atapa  may  require 
a  series  of  events  at  initial  game  tlma  (t  =  0).  In  tha  fol¬ 
lowing  cases: 

(a)  Initial  values  of  operational  sensor  param¬ 
eters  ara  expected  to  ba  sat  by  appropriate 
events  of  type  3  (Sensor  Parameter  Change). 

(b)  In  M8M,  up/down  flags  for  sensors,  monitors  etc. 
ara  Initialized  to  "off  or  "down."  If  any  such 
elements  ara  specified  to  bagln  operations  at 
beginning  of  simulation,  appropriate  events 

(of  types  4,  5,  0,  7  or  8)  must  be  provided  at 
Initial  game  time*. 


These  considerations  are  the  motivation  for  the  "tie 
breaking"  logic  under  Section  8.1.  System  elements  must 
be  turned  on  prior  to  any  requests  for  operations. 


2.3  FORMATS  OF  EVENT  SUBLISTS 


Formats  of  sib  lists  for  the  II  dlffersnt  types  of 
events  (see  Table  b-0  are  given  In  the  following  pages. 
Some  of  these  lists  are  of  fixed  length;  some  are  of  vari¬ 
able  length.  Although  formats  can  differ  greatly,  these 
lifts  do  have  a  consistent  format  for  the  first  few  words; 


Word 

1; 

Event  type  code  (1  through  10,  or 

ee) 

Word 

2: 

LNGTH8 : 

length  of  the  sub  Hat 

Word 

3; 

IDxxxx; 

ID  of  the  system  element  assoc  1- 

ated  with  the  event  (e.g., 
a  sensor,  monitor,  ...) 

ID  of 

Word 

4; 

1TIM 

For  a  point-ln-tlme  event, 

this 

la  the  associated  (Integer,  sec¬ 
onds)  time  value.  For  an  interval- 
of-time  event,  this  Is  the  begin¬ 
ning  time  value. 

Word  5;  For  interva l-of-tlme  events,  this 

word  provides  the  end  time. 


The  value  of  LNGTHS  corresponds  to  the  concept  of 
variable  length  aubllate,  that  can  be  packed  "back  to  back". 
That  la,  storage  apace  corresponding  to  the  largest  possible 
Hat  length  does  not  have  to  be  reserved.  LNGTH8  Is  used 
as  the  Increment  to  an  event  list  pointer  within  MSM,  as 
control  passes  from  one  event  aubllut  to  the  next. 

Time  sorting  within  PREFUN  f«  based  on  the  time  value 
In  word  number  4.  As  M8M  receives  and  executes  events,  the 
value  In  word  number  4  will  either  be  Identical  to  the  pre¬ 
vious  value,  or  greater. 


FORMAT  OF  EVENT  SHBLTST  FOR  EVENT  TYPE  1 
(SENBOR  INTERROGATE!  ANT  TARGET  COMBINATION) 


WORD 


1.  ITYPEV  event  type  code  •  1  for  this  type  event 

2.  LNOTH3  length  of  this  subliat  (number  of  words) 


3.  IDSNSR 
ll.  ITDCL 
ITIM2 


ID  of  sensor 

(integer)  ties,  beginning  of  interrogate  interval 
(  "  )  *  end  " 


6.  NRBTOS 


7. 

8. 


) 


timber  of  red  and  blue  targets  (forces)  to  be  con¬ 
sidered  simultaneously  within  sensor  coverage 

W  numbers 

of  red  and  blue 

targets  to  be  treated. 

Number  of  items  in  this  block  ■  HUTTOS 


k.  NFTOTS 


Nunber  of  false  targets  also  present  (if  NRBTGS  -•  0, 
than  all  targets  are  false  targets) 


f 


0 

I 

I 

0 


f 


If  false  targets  are  Indicated  (NFTGTS  >  0), 
then  a  block  of  parameters  will  appear  for 
each  false  target.  Each  block  will  contain 
18  words  of  parameter  values.  The  total 
number  of  words  In  this  area  will  there¬ 
fore  be  18  times  NFTGTS;  the  total  number 
of  blocks  will  be  NFTGTS.  Format  for  each 
|2-word  block  shown  on  following  page. 


Event  type  I,  continued: 


FALSE  TARGETS: 

For  eech  felee  target  Implied  by  the  NFTGTS  count,  the 
following  block  of  12  parameters  will  be  provided: 

WORD* 


1 

IDTGT 

(aae  note  *  ) 

2 

X 

Coordinates  and  time, 

at  Inftlal 

o 

Y 

node  of 

4 

T 

line  aegment 

5 

X 

Coordlnatea  and  time, 

JK 

at  terminal 

o 

Y 

node  of 

7 

T 

line  aegment 

8 

SPEED 

Fglae  target  speed,  If  applicable 

0 

IMAGN 

1  If  target  haa  magnetic  material 
0  If  not. 

10 

ALT 

Altitude  of  target 

II 

IDCOOE 

(see  note  *  ) 

12 

TLNGTH 

Target  langth 

’  fwo  types  of  target  Identifiers  are  provided.  In  the  initial 
SAN,  MSN  usee  only  the  laat  two  digits  of  the  integer  in  word 
nuriber  1  (preceding  digits  have  no  significance  to  MSM).  These 
two  digits  give  a  nurber  1  throng h  19,  corresponding  to  a  tar¬ 
get  type -and -strength  designation  given  by  the  table  on  the 
following  page. 

The  last  four  digits  of  the  integer  in  word  msdber  11  provide  the 
four  digit  KVID  or  CBVIti  code,  as  defined  in  documentation  for 
the  Battle  and  Cultural  routines,  respectively.  With  prog re* 
expansion,  particularly  in  tame  of  expanded  resolution  of  sen¬ 
sor  routines  with  respect  to  different  target  type*  end  strength 
levels,  linkage  of  the  full  EVU)  or  CE7ID  cods  exists  to  MSM. 


For  a  point  event  (e.g,,  artillery  fire),  words  5-7  will  dupli¬ 
cate  words  2-1  in  position  aid  tins. 


Event  type  I,  continued: 


NUMERICAL  COOES  I  -  19  FOR  TARGET  TYPE8 


1 

INDIV 

II 

JETA/C 

8 

SOD 

18 

RAFT 

3 

PLAT 

13 

OUTBRO 

4 

CO 

14 

PTBOAT 

5 

SMVEH 

16 

LT  AMMO 

6 

HVYTRK 

16 

MED  AMMO 

7 

TANK 

17 

HVY  AMMO 

8 

TRAIN 

18 

8MANIM 

9 

10 

HELO 

LTA/C 

19 

LGANIM 

General  Commente  on  8aa<c  Llet: 

I.  The  value  of  LNGTHS  (n  general 


LNGTH8  at  7  +  NRBTGS  ♦  I8«NFTGT8  ( I ) 

2.  If  there  are  no  RB  targete  (Red  or  Blue  forcee), 
the  Hat  of  RB  Identltlea  will  be  empty*  and  word 
7  will  conti In  the  variable  NFTGTS. 

If  there  are  RB  targete*  but  no  falae  targete*  then 
MSM  will  accept  either  of  the  following  two  forma: 

•The  value  0  la  entered  In  the  laat  word*  for 
the  variable  NFTGTS*  and  LNGTHS  haa  the  value 
given  by  ( I )  above*  or 

•The  aubllat  la  almply  terminated  after  the  laat 
RB  target  ID*  and  LNGTHS  la  modified  accordingly 
(l.e.,  It  will  have  a  value  one  leaa  than  given 
by  expreaalon  (I);  more  explicitly: 

LNGTH8  s  6  ♦  NRBTGS. 

3.  PRERUN  ptaeea,  for  RB  targete*  an  extended  ID  format. 
The  eo-called  "target  10  code"  for  RB  targete  le  of 
the  form: 

(actual  ID)  +  1 000* (leg  number). 

For  example,  target  number  89  on  leg  5  (of  Ite  aaeocl- 
ated  path)  would  be  Identified  by  the  code  5089  . 


FORMAT  OF  EVENT  SUBLIST  FOR  EVENT  TYPE  2 
[SENSOR  FALSE  ALARM] 


WORD 

1 .  ITYPEV 

2.  LNGTHS 

3.  IOSNSR 

4.  ITIMFA 


event  ty-e  code  =  2  for  this  event  type 
length  of  this  sub  list  (number  of  words)  a  4 
10  number  of  sensor 

time  value  false  alarm  to  be  reported;  analogous 
to  the  variable  IT IM I  in  other  event  •ubllsta. 


Comment* 

False  alarms  are  generally  considered  (at  this  date)  only 
for  unattended  sensors  that  have  only  a  "report"  or  "nor. - 
report"  status  —  that  Is,  Isolated-ln-ttme  detections 
with  no  other  Information  such  as  range  or  bearing. 


TOR MAT  OF  EVENT  SUFLIST  FOR  EVENT  TYPE  3 
(CHANOE  SENSOR  PARAMETERS) 


Motet  This  event  type  provides  for  changes  in  sensor  operational 
parameters  that  change  with  envirorment,  and  that  require 
PRERUN  execution  of  background  routines  for  calculations  of 
these  changes.  See  convents  belw.  See  event  type  U  for 
changes  in  the  up/down  or  on/off  flags  for  sensors. 


WORT) 


1.  1TYPEV 

2.  LNOTHS 

3.  1D3NSR 
1*.  ITIM 


event  type  code  ■  3  for  this  type  event 
length  of  this  sublist 

ID  of  sensor  for  which  changes  are  to  be  made 
(integer)  time  at  which  changes  to  be  made 


5.  NPARCH 


nuriser  of  parameters  to  ue  changed 

Values  of  parameters 

(replace  values  currently 
in  MSM  storage) 


COMMENTS 


1.  Value  of  LNOTHS  -  5  ♦  NPARCH 

2.  Aa  of  this  date,  maximum  value  of  NPARCH  »  it  (for  PIRID  sensors), 
and  minimum  value  •  1  (for  ARFBOOY  and  THERMAL  sensors).  Thus, 
maximum  and  minimum  values  of  LNOTHS  are  9  and  6,  reaper  1  rely. 

3.  Sensor  types  are  related  to  this  event  type  aa  follows i 

RADAR  not  applicable 

IMA 3T.  not  applicable 

Magnetic  not  applicable 

THERMAL  one  parameter  (TEHPEV),  frequently  changed 

SEISMIC  thrae  parameters  (GBQUIL,THRESE,VN0ISE),  frequently 
ACOUSTIC  changed.  List  to  be  prepared  in  that  order. 

PLRIL  four  parameters  (EXPAN,  FIELD,  TEMPEV ,  WATTBK)  frequently 
changed.  List  to  be  prepared  in  that  order. 

AXPSUOT  one  parameter  ( AREADN)  —  passed  in  EVENT  type  2 
list  only  once,  for  initialisation. 


% 
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FORMAT  OF  EVENT  SUBLETS  FOR  EVENT  TYPES  h,  5,  6  AND  7 


EVENT  TYPE  Ut  CHANGE  UP/DOWN  STATUS  OF  SENSOR  * 


"  *  5*  CHANGE  UP/DCWN  STATUS  OF  MONITOR  * 

"  »  6*  CHANGE  UP/DOWN  STATUS  OF  DATA  LIHC* 

»  *  7i  CHANGE  UP/DOWN  STATUS  OF  FTRETRAF* 


Note:  The  formate  for  these  four  event  types  are  identical.  The 
MSM  deterrdnee  whether  sensor,  monitor,  data  link  or  fire- 
trap  ID  appears  in  word  3  hy  the  event  type  number. 


WORD 

1.  ITYPEV 

2.  LNGTHS 

3.  IDELEM 

h.  ITIM 


event  type  code  (•  h,5>,6  or  7) 

length  of  this  sublist  (number  of  words)  -  5 

ID  of  the  element  (i.e.,  sensor,  monitor,  data  link 
or  first rap)  implied  by  event  type  code 

(integer)  time  at  which  up/down  flag  to  be  set 


5.  IUPFIfi 


■  0  if  co>^>onent  to  be  eet  to  "down"  statue 

■  1  if  component  to  be  set  to  "up"  status 


COMMENT 

The  0  vs  1  convention  follows  current  rule  ot  thumb  for  programing 
that  "0*  implies  "no"  (in  this  case,  no  operation),  and  "1"  implies 
"yes"  (in  this  case,  'yes,  element  is  operating'). 

*  Reasons  for  up/down  status  changes  are  provided  as  PRERUN  outputs. 

MSP  requires  and  receives  from  PRERUN  only  final  status  values  (i.e., 
"up"  >r  "down"). 


FORMAT  OF  EVENT  SUBLET  FOR  EVENT  TYPE  8 
(AISAI  EMPLACEMENT) 


This  event  follows  the  foraat  for  event  types  k,  5,  6  and  7, 
and  has  much  the  same  meaning.  It  is  used  differently,  how¬ 
ever,  within  MSM,  In  that  this  ever*  only  is  used  for  print¬ 
ing  a  "significant  event"  in  the  output  stream  (array  _  em¬ 

placed). 


WORD 


1. 

ITYPEV 

event  type  code  ■  8  for  this  type  event 

2. 

MOTHS 

length  of  this  sublist  (number  of  words) 

3. 

IDARAI 

ID  of  the  array 

In 

ITIM 

(Integer)  tine,  this  event  to  be  recorded 

5. 

IAFLAG 

-  0  for  ’ARRAY  GPHIATION  TERMINATED* 

-  1  for  'Ami  ©PLACED' 

5 
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FORMAT  OF  EVENT  SUBLIST  FOR  EVENT  TYPE  9 
(BATTLEFIELD  ILLUMINATION) 


WORD 

1. 

I TYPE V 

event  type  code  (=  9) 

2. 

LNGTHS 

length  of  this  sublist  (=io) 

3. 

XXX 

(not  used  by  MSM) 

4. 

ITIM4 

time  illumination  begins 

5. 

ITIM2 

time  Illumination  ends 

6. 

1  ] 

06erdinates 

of 

7. 

T  ) 

illumination  source 

8. 

H 

altitude  above  ground  of  source 

4 

9. 

AIWTNB 

intensity  of  light  source 

10. 

NODE 

indicator  to  sensor  routines  of  type 
of  illumination 

Notes t 

1.  X#  T  and  H  unit#!  isstsrs 

2.  See  documentation  of  sensor  routines  (Volume  I,  Section  3) 
for  full  definition  of  AHfPW  and  NODE  variables. 
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FORMAT  CF  EVENT  WBLIST  FOR  EVENT  TYPE  10 
(SENSOR  REPOSITION) 


WORD 


1. 

m?EV 

event  type  code  ("10) 

2. 

JUTHS 

length  of  this  sublist  (-6) 

3. 

aw*{3R 

ID  of  sensor  being  repositioned 

ii. 

rriM 

integer  game  time  for  event  execution 

5. 

1  \ 

new  coordinates  (real,  meters, 

6. 

i  I 

game  values)  for  sensor 

Notes i 

1.  This  event  Is  not  required  for  the  initial  values  of 
sensor  coordinates,  which  are  considered  to  be  system 
parameters.  It  is  reoulred  for  reemplacement,  if  such 
occurs  during  the  game,  when  location  errors  may  cause 
a  change  in  actual  sensor  coordinates  even  though  the 
nominal  (game  play)  values  are  identical. 


« 


B-14 


FORMAT  OF  EVENT  SU3LIST  FOR  SPECIAL  EVENT  99 


(ENO  OF  EVENT  SEQUENCE) 


WORD 


I.  ITYPEV  event  type  code  =  98 


NOTES: 

Thle  "event"  flags  the  end  of  the  sequence 
of  events  from  PRERUN.  When  encountered  by  MSM, 
normal  execution  of  evenui  ceases,  and  terminal 
operations  preceding  a  full  program  stop  ere 
initiated. 

This  is  the  only  event  type  for  which  the 
sublist  is  less  than  four  words. 
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APPENDIX  C 

M8M  OUTPUT  LI8T  8TRUCTURE8  AND  DEFINITIONS 


1 .  INTRODUCTION 

M8M  output  occurs  on  two  channels.  Printed  output* 
covering  a  variety  of  Information  categories,  provides  an 
Immediately  accessl  ,  a  Hating  of  detailed  game  simulation 
results  and  a  system  results  summary.  Binary  output  file 
MSMOUT t  written  on  tape  or  disk  »  provides  a  computer 
readable  data  base  that  may  be  used  as  Input  for  one  or 
more  poet-MSM  analysis  programs. 

This  appendix  provides  details  of  output  content  of 
both  channels.  Including  —  I*  the  case  of  printer  output  — 
Illustrative  full-page  excerpts  from  output  generated  dur-^ 
Ing  an  actual  simulation  run. 

2.  TIME  SEQUENCING  _ 

For  both  channels  a  sequence  of  sensor  report  Infor¬ 
mation  (a  a  major  output  category.  These  reports  will  oc¬ 
cur  In  approximate  but  not  In  exact  time  sequence.  Reports 
for  any  one  sensor,  however,  wl 1 1  occur  In  exact  time  se¬ 
quence. 


FORTRAN  coding  for  the  binary  write  specifies  unit  device 
number  70.  Association  with  physical  device,  'ncludlng 
the  tape-vs-dtsk  option.  Is  accomplished  with  job  Control 
Language  on  most  modern  large  computers.  If  the  FORTRAN- 
specifled  device  number  itself  must  be  changed,  the  unit 
device  number  Is  given  by  a  DATA  statement  (In  each  sub¬ 
program  writing  binary  output)  for  the  variable  I0UT70. 


3.  BINARY  OUTPUT  FILE:  M8M0UT 


2.1  Basic  Structurs  of  M8MOUT 

The  binary  output  file  ("MSMOUT”)  provided  by  MSM 
on  tape  or  disk  Incorporates  the  major  growth-compatfbii' 
icy  features  that  were  designed  Into  the  Input  events 
file  (see  AppendfxB  ).  That  Is: 

(a)  The  file  comprises  a  set  of  lists  (logical 
records),  one  for  each  specific  Item  of  out¬ 
put  Information,  in  approximate  time  sequence. 

(b)  The  first  word  of  each  list  provides  an  event 
type  code  (in  this  case,  an  output  event  type 
code)  tKat  may  be  u«i-d  for  sorting  or  program 
branching. 

(c)  The  second  word  of  each  list  provides  the  word 
count  for  the  I  let. 

Thus,  the  conceptual  structure  la  compatible  with 
potential  additions  to  the  number  of  output  event  types, 
and  with  either  (a)  changes  In  content  and  number  of  data 
provided  for  current  event  types,  or  (b)  completely  free 
choice  of  list  lengths  for  future  event  types.  Inclusion 
of  list  length  within  the  list  Itself  also  simplifies  the 
reading  and  storage  allocation  procedures,  for  any  post- 
MSM  processing  program  that  may  use  M8MOUT. 

The  remainder  of  this  Section  describes  the  specific 
choices  of  event  types,  and  of  corresponding  list  content, 
made  In  initial  MSM  coding. 
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3.2  Output  Event  Tvd«s 


In  lAtilal  M8M  coding,  II  distinct  output  event  types 
sre  provided.  These  fell  Into  four  general  Information 
categories,  plus  an  end-of-eventa  flag.  The  general  cate¬ 
gories,  and  the  M8M  subprograms  directly  responsible  for 
the  corresponding  write  operations,  are: 


System  parameters  EXECI 

3eneor-to-monltor  reports  UG80UT 

by  unattended  (UG8)  sensors 

Reports  from  scanning  (at-  8CNOUT 

tended)  sensors 

UGSAHMY  a?d  flraCrap  start  and  EX2UPD 

stop  operations  times 

End  of  Events  Flag  EX2HLT 


A  list  of  the  II  output  event  types,  by  title  and  assigned 
event  number,  ts  given  in  Table  c-l. 


3.3  Output  Event  Type  IOO 

Output  event  type  100  —  system  parameters  —  Is 
unique.  First,  It  ts  always  the  first  event  (record)  of 
M8M0UT.  Second,  an  event  of  this  type  Is  written  only  once. 
Third,  the  associated  list  length  Is  very  large  —  of  the 
order  of  20000  words. 

Content  of  the  corresponding  event  list  comprises 
the  pointer  and  system  parameter  arrays  for  the  labeled 
common  area  /BIG8TR/,  preceded  by  certain  "bookkeeping" 
data.  Exact  list  structure  Is  defined  in  Fig.  c-l. 
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Placement  of  eyetem  parameter  data,  anu  asstcfatsd 
pointer  tables,  within  MSMOUT  provides  the  potential  for 
post-MSM  programs  to  (a)  execute  analyst  a  procedures,  much 
along  the  lines  used  within  MSM,  that  would  not  be  possible 
without  system  parameter  data,  and  (b)  to  utilize.  If 
necessary,  many  of  the  MSM  subprograms. 

On  the  other  hand,  a  post-M'M  program  that  dors  not 
require  system  parameter  data  may  bypass  the  lengthy  event 
type  IvO  list  (with  a  dummy  READ  statement),  and  avoid  the 
problems  of  providing  storage  fo.  20000  or  so  values. 

3.4  Output  Event  Jvc.es  I  Throuah  9 

Following  the  Initial  type  100  output  event,  an  In¬ 
definite  number  of  sensor  report  events  (types  I  through  9) 
may  occur  In  any  order.  Event  types  In  this  general  class 
are  numbered  In  exact  correspondence  with  the  numerical  codes 
for  sensors  used  Internally  within  MSM: 

1  Seismic  U 

2  Acoustic  U 

3  Magnetic  U 

4  AWBUOY  U 

5  Passive  Infrared  U 

6  Radar  S 

?  Inage  S 

8  Thermal  Viewer  S 

9  Breakwlre  U 

Those  flagged  with  the  letter  U  are  unattended  (UG8) 

sensors.  Reports  from  these  are  all  written  wlthvthe  same 
list  format, described  In  Fig.  c-2.  The  subroutine  di¬ 
rectly  reeponsib'e  for  writing  these  reports  Is  UGSOUT. 
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Those  flagged  with  the  letter  S  are  scanning  (attended)  sensors.  Reports 
from  these  are  all  written  with  the  same  list  format,  described  in  Figure  C-3. 
The  subroutine  directly  responsible  for  writing  these  reports  is  SCNOUT. 

List  formats  for  attended  and  unattended  sensor  reports  are  partially 
matched,  in  the  sense  that  variables  that  w  -uIq  ^ave  the  same  meaning  in 
either  contoxc  are  written  in  the  same  list  positions.  The  fact  that  both 
type3  of  lists  have  the  same  word  count,  however,  has  no  sigr.if icance. 

There  is,  in  iact,  no  fundamental  reason  why  ea. h  event  type  could  not  have 
a  unique  list  length,  if  the  need  were  indicated  in  program  extensions. 

Indeed,  the  list  length  for  a  fixed  event  type  need  not  be  held  constant.* 

3.5  Output  Event  Types  10  and  11 

Event  types  10  and  11  report  on  the  firetrap  and  UGSARRAY  start  and 
stop  operations  times  respectively.  The  list  structure  for  these  events 
are  shown  in  Figure  C-4.  The  subroutine  responsible  for  writing  these 
events  is  EX2UPD. 

3.6  Output  Event  Type  99 

The  end  of  informational  output  events  is  indicated  by  the  special 
event  code  99.  The  trivial  event  list  structure  is  shown  in  Figure  C-5. 

The  subroutine  responsible  for  writing  this  output  event  is  EX2HLT. 

4.  PRINTED  OUTPUT 

Information  in  a  number  of  categories  is  printed  during  the  course  of 
MSM  operations.  Brief  explanation  is  given  in  Section  4  .1  of  printout 
considered  relatively  minor.  The  three  categories  considered  important  are 
discussed  individually  in  Sections  4.2,  4.3  and  4.4,  respectively.  For  the 
important  categories  and  most  of  the  minor  categories,  illustrative  output  — 
reproductions  of  computer  printout  for  an  actual  simulation  run  —  are  pro¬ 
vided  and  referenced  at  the  appropriate  points. 


*For  example,  list  length  might  vary  according  to  the  number  of  targets 
within  the  sensor  response  field. 
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Table  c-2  Hats  all  categories  of  printed  Informa¬ 
tion,  and  the  names  of  the  MSM  subroutines  directly  re¬ 
sponsible  for  the  corresponding  WRITE  executions. 

4. 1  Minor  Printout 

Classified  as  minor  printout  are  the  following: 

a)  Header  card  Images 

b)  Storage  map  for  system  parameters 

c)  Dump  (listing)  of  system  parameter  data 

d)  Notations  on: 

Precipitation  start  or  stop 
Array  emplacement/cease  operatlors 
Start/stop  of  flretrap  operations 

(e)  System  "snapshots" 

Information  In  these  categories  would  generally  be  accessible 
from  other  sources  (e.g.,  planner  data  listings,  previous 
printout  by  PRERUN),  but  is  placed  In  proper  time  sequence  In 
the  prlnted-data  stream  for  user  convenience. 

The  very  first  page  of  MSM  printout  provides  a  di¬ 
rect  alphanumeric  Image  of  the  18  planner  supplied  header 
cards.  An  example  Is  shown  In  Fig.  c-6.  Attached  to  sub¬ 
sequent  bulky  printer  output,  this  page  serves  to  fully 
Identify  the  run. 

Fig.  c-7  demonstrates  a  storage  map  listing  for  system 
parameters.  This  printout  Is  prepared  by  EXECIA,  and  Is  es¬ 
sentially  duplicated  If  the  provided  DUMPMS  routine  Is  used. 
Section  2.2.6  and  Appendix  p  provide  Information  as  to  the 
meanings  of  the  various  storage  categories. 

No  example  Is  shown  of  system  parameter  listings. 

Thess  listings  provide  detail  of  Interest  only  to 
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a  programmer,  In  the  context  of  debugging  or  verifying 
detailed  program  operatlone.  Inclusion  of  this  printout 
was  Intended  for  exploratory  phases  of  program  operation 
only. 

Examples  of  sosie  of  the  notations  I  printouts  are 
shown  In  Fig.  c-9.  The  scenario  did  not  provide  for 
precipitation,  so  nc  examples  of  precipitation  start  or 
stop  notations  appear. 

System  "snapshot’’  refers  generally  to  a  listing  of 
active  elements  of  the  scenario  at  a  fixed  Instant  of  time. 
The  snapshot  routine  provided,  EX2SNP,  provides  a  listing 
of  active  sensors  and  associated  Information,  as  illustra¬ 
ted  In  Fig.  c-  8.  In  programs  initially  supplied,  a  sys¬ 
tem  snapshot  was  requested  of  EX28NP  by  subroutine  EXEC  IB 
at  the  end  of  every  two  hours  of  game  time. 


4.2  UGS  Senaor-to-Mon I  tor  Reports 

When  simulation  results  Indicate  that  a  detection 
report  by  an  UGS  sensor  would  be  received  by  at  least  one 
monitor  ,  a  two-line  summary  of  that  report  and  associa¬ 
ted  game  truth  Information  la  printed  by  subroutine  UGSOUT. 
A  number  of  examples  appear  within  Figs,  c-9,  10  and  ll . 
for  several  sensor  types.  Table  c-3  provides  definitions 
and  clarifications  for  aburevUtlona  within  the  format. 


Sensor  up  status  Is  checked  before  UGSOUT  receives  a 
nom  nal  detection  report.  UGSOUT  then  checks,  for  each 
monitor  associated  with  the  sensor,  whether  the  monitor 
and^the  associated  eensor-to-monltor  data  link  are  also 
up.  No  report  can  be  written,  either  on  the  printer  or 
on  the  binary  output  file,  unless  a  valid  combination  of 
sensor,  data  link  and  monitor  exists  for  at  least  one 
monitor.  In  the  case  of  sensors  connected  In  an  AND- 
I ogle  mode,  a  report  further  requires  that  both  sensors 
detect  at  approximately  the  same  time. 
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4.3  Reports  by  Scanning  (Attended)  Sensors 

When  simulation  results  indicate  that  a  detection* 
would  have  occurred  during  the  normal  scanning  cycle  of 
an  attended  sensor,  a  three-line  summary  of  that  detection 
and  associated  game  truth  information  is  printed  by  sub¬ 
routine  SCNOUT.  Examples  appear  within  Figs,  c-9,  10, 
and  11  included  are  reports  from  tensers  that  are  sta¬ 
tionary,  are  associated  with  a  moving  ground  force,  or 
are  airborne.  Table  c-4  provides  definitions  and  clari¬ 
fications  for  abbreviations  within  the  format. 

4.4  System  Summary 

When  the  normal  sequence  of  simulation  operations 
has  ceased,  subroutine  EX2HLT  prepares  a  three-page  sum¬ 
mary  of  overall  system  results,  based  on  128  system  coun- 
ters  .  Some  of  these  results  have  "physical"  signifi¬ 
cance  (e.g.,  detection  counts);  some  have  significance 
only  In  the  context  of  computer  operations  (e.g.,  number 
of  calls  to  classes  of  subroutines). 

Content  of  system  summary  output  Is  identified  by 
titles  within  the  actual  printout.  Illustrative  printout 
Is  shown  In  Figs.  c-l2through  c-l^* 


Two  criteria  will  have  been  met.  First,  the  target 
will  have  been  within  an  Illumination  cell  of  the 
sensor's  scan.  Second,  the  sensor  routine  will  have 
established  "detection,"  based  on  signal  strength  and 
the  noise  environment. 

**  Counters  are  stored  In  labeled  common  area  /SYSCNT/. 
See  Section  2.2.6,  this  Volume. 
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In  Figure  012,  "Calls  to  Sensors,"  refers  to  i_r!is  to  sensor  subroutines. 
In  Figure  013,  "Sensor  Interrogate  Event"  reiers  to  a  time  yorioi  for  interro¬ 
gating  a  sensor.  During  this  "event,"  of  time  period,  a  (ensor  be  called 
many  times, once  or  perhaps  not  at  all  If  subsidiary  check  indicates  sensor  is 
off. 


In  Figure  01.4,  counts  refer  to  the  numbt.  of  calls  to  the  EX3 —  rou¬ 
tines.  A  single  call  to  an  EX3---  routine  creates  one  or  more  calls  to  sensor 
routines,  depending  upon  the  time  Interval.  In  the  case  of  che  scanning 
sensors,  the  EX3  —  routine  will  not  call  the  sensor  ro<  * ine  until  and  unless 
scan  coverage  is  verified.  To  a  first  approximation,  the  number  of  calls  to 
EX3  — -  routines  should  agree  with  the  number  of  sensor  Interrogate  type 
Events.  The  difference  (in  the  example  shown  in  Figures  C-12  through  C-14 
there  are  385  calls  to  EX3— -  routines  and  392  corresponding  sensor  interrogate 
Events)  occurs  because  Events  fed  to  MSM  may  occasionally  correspond  to  sensors 
that  are  down.  In  such  cases,  an  Event  is  rejected  at  the  EX2---  level  and  no 
corresponding  call  to  an  EX3-—  routine  occurs. 


C-10.5 


5 

»•* 


c  -12 


TABLE  c-3 

UGS  SENSOR  REPORTS: 
EXPLANATION  OF  PRINTER  OUTPUT 


Item 


1  Time,  In  external  unlt6.  Day  count  begins  with  0. 
Leading  zeros  not  printed  for  clock  (e.g.,  clock 
time  0108:24  prints  as  108:24). 

2  Sensor  ID  number,  and  type 

3  Array  ID  and  type. 

4  Monitor  ID  or  ID's.  Sensor  may  be  assigned  to  up 
to  three  monitors,  of  which  one  Is  considered  pri¬ 
mary.  Space  is  provided  for  three  monitor  ID  numbers  —  one 
under  "PRI,"  two  under  "OTHER." 

If  a  monitor  is  defined,  and  receives  signal,  the 
ID  number  is  printed.  If  secondary  monitors  are 
not  defined,  fields  are  left  blank.  If  any  monitor, 
primary  or  secondary.  Is  defined  but  cannot  receive 
sensor  signal  (either  monitor  or  data  link  down), 
three  asterisks  wl 1 1  be  printed  In  the  ID  field  to 
flag  the  implied  system  malfunction. 

5  A  firetrap  ID  number  will  be  printed  if  (a)  a 
flretrap  has  been  associated  with  the  sensor 
array,  and  If  (b)  that  firetrap  Is  currently  oper¬ 
ational.  Otherwise,  the  field  is  left  blank. 

6  The  message  'CONFIRMED  BY  SENSOR _ with  an  ID 

number  replacing  the  underlined  area.  Is  printed 
If  the  report  Is  from  a  sensor  connected  In  an 
AND-logic  mode,  and  ANO-conf irmatlon  exists.  For 
other  UGS  sensors,  this  fleld-fs  left>blank. 

Under  the  heading,  GAME  TRUTH  INFORMATION,  these 
abbreviations  and  comments  apply: 

7  :0ET  OFA  ORT  IBT  OFT' 

and  similar  notation  gives  coun:s  of  general  target 
types  simultaneously  affecting  sensor  detection. 

In  this  example,  there  are  0  False  Alarms,  0  Red 
^Targets,  I  _§!ue  Jarget  and  0  Tales  Targets.  "* 

8  The  second  line  gives  Information  only  for  the  pri¬ 
mary  target,  only  , seismic  and  acoustic  sensors  have 
potential  for  multiple  targets,  where  the  distinction 
between  'primary  target'  and  'only  target'  applies. 


(continued,  next  page) 
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TABLE  C-3,  continued 


8,  continued 

Selection  of  a  ;primary'  target  from  a  I  let  of  tar¬ 
gets  ia  partially  arbitrary,  but  the  following  cri¬ 
teria  are  appl ied: 

(a)  If  a  red  target  la  present,  the  first  (in 
the  Input  list)  Is  chosen  as  primary 

(b)  if  no  red  target  Is  present,  but  there  is 
at  least  one  blue  target,  the  first  blue 
target  Is  considered  primary 

(c)  if  no  red  or  blue  targets  exist,  but  there 
is  a  false  target,  the  first  false  target 
is  chosen  as  primary 

(d)  for  tue  other, posslbl I Ity  —  false  alarm  — 
the  second  line  has  no  relevance. 

For  sensors  having  significant  area  coverage  (e.g., 
seismic,  acoustic),  target  coordinates  refer  to  the 
leading  element  of  the  target...  the  normal  Intern¬ 
al  specification  of  target  positions.  For  sensors  • 
having  very  small  coverage,  however,  positions  re¬ 
fer  to  the  point  at  which  detection  occurs. 

Coordinates  are  In  meters,  relative  to  the  origin 
corner  (SW  corner)  of  the  scenario. 
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TABLE  C-4 


SCANNING  SENSOR  REPORTS: 

EXPLANATION  OF  PRINTER  OUTPUT 

For  reports  from  scanning  (attended)  sensors,  a  three- 
line  printer  summary  is  generated.  Comments  are  given 
below. 

1.  Information  on  the  left  third  or  so  of  the  page 
has  same  significance  as  for  UGS  sensor  reports 
(Table  c-3),  except  that: 

(a)  array  types  are  'STA',  for  stationary 
scanning  sensors;  'MVG'  for  ground  mo¬ 
ving  sensors;  ’AIR1  for  airborne  sensors. 

(b)  Monitor  ID’s  and  firetrap  ID's  are  not 
relevant.  Under  the  'MONITORS'  title, 
however,  the  Blue  Force  ID  is  noted  for 
moving  sensors. 

* 

2.  Target  bearing  and  range  are  game  truth  values, 
in  "external,"  or  military  units  (meters,  mils). 

For  radar  sensors,  S/N  is  the  signal  to  noi3e 
ratio  in  db;  for  image  and  thermal  viewer  sensors, 
the  number  printed  Is  comparable  to  signal  to 
noise:  see  program  listings.  'PD*  is  probability 
of  detection,  as  specified  by  the  sensor  routines. 
'BW'  Is  beamwidth  (mils),  and  'RG'  is  range  gate 
(meters):  meaningful  for  sector  scan  of  types  I 
or  2.  For  moving  rectangle  scan,  the  analogous 
information  is  'RW',  rectangle  width  (cross-track 
dimension),  and  'Rl.',  rectangle  length  (along- 
track  dimension),  both  in  meters. 

3.  The  abbreviation  'L.E.'  on  the  first  line,  right 
hand  side  of  page,  stands  for  'Leading  Element'. 

4.  Target  ID  code  for  red  and  blue  targets  is  a  packed  number 
(as  used  internally )  of  the  form. 

(actuai  target  ID)  +  I000#(leg  number) 

where  leg  number  refers,  of  course,  to  whatever 
path  has  been  specified  for  the  target.  For  ex¬ 
amp  i  e : 

TGT  IDCODE  2CI0 

refers  to  target  ID  10,  on  leg  number  2. 

Target  ID  code  for  False  Targets  is  a  pocked  number  of  the 
form 

(CEVID  number  +  200000)  or 
(EVID  number  +  100000) 

Leading  2  indicates  a  culture  event,  leading  1  indicates 
a  battle  event. 
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TABLE  C-4,  continued 


6.  Target  speed  and  (absolute  value  of)  relative 
radial  velocity  are  in  units  of  meters/second. 

8.  NO.  ELEM.  gives  number  of  elements  in  target. 

7.  TARGET  TYPE  CODE  refers  to  generic  target  type: 

1  personnel  (or  animals) 

2  vehicles 

3  aircraft 

4  munitions 

5  boats 

8.  SCAN  gives  scan  type.  Gector  scans  may  be  of 
logical  types  I  or  2  (see  program  comments  for 
subroutines  SCANI  and  SCAN2  for  full  descrip¬ 
tion).  The  third  possibility  is  'MVG,'  moving 
rectangle. 

Reference  has  already  been  made  (comment  number  2) 
about  the  corresponding  variables  BV  and  RG  for 
sector  scans,  and  RW  and  RL  for  moving  rectangle. 
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Word 

1 

IEV 

Event  type  code  (=  100) 

2 

LEV 

Length  (word  count)  of  list  (=20345) 

3 

Zero  values; 

4 

no  Information 

5-17 

Thirteen  values  of  array  LJUMP 

18-30 

Thirteen  values  of  array  NDSMSM 

31-45 

Fifteen  values  of  array  IPBIGS 

46-245 

200  values  of  array  IPBLU 

246-345 

100  values  of  array  IPPATH 

346-20345  20000  value*  of  array  MSMPAR 

Arrays  LJUMP,  NDSM9M,  IPBIG8,  IPBLU,.!PWIJH 
and  MSMPAR  co I lectl vel y  form  common  area 
/BIGSTR/. ..  system  parameters  and  associ¬ 
ated  pointer  tables.  See  Section  2,2.6  and 
Appendix  D  for  definitions  and  content. 

Figure 

LIST  STRUCTURE:  EVENT  TYPE  100 


017 


ford 


1 

IEV 

Event  type  code  (=1,2, 3,4, 5  or  9*) 

2 

LEV 

List  length  (word  count)  =  33 

3 

KNTOEV 

Sequential  output  event  count 

4 

ITIMDT 

Integer  game  time  for  detection 

5 

ITIMDT 

Same 

a 

IDSNSR 

ID  number  of  sensor 

7 

IOARAY 

ID  of  associated  array 

11 

ORGCOD 

Two  weds:  alphanumeric  organization 
cods  as  specified  In  planner  cards 

10 

Not  used 

1 1 

12 

13 

IOAY 

ICLK24 

I  SEC 

Integers  specifying  "external"  time: 
day  of  game  (0, 24  hour  clock, 
and  seconds. 

14 

15 

XSNSR 

YSNSR 

Game  coordinates  of  sensor  (x,  y  respect¬ 
ively).  Game  truth. 

16 

Not  used 

17 

IDPTGT 

ID  code  of  primary  target 

18 

KDCODE 

Index  for  primary  target  type:  1  for  red 
force;  2  for  blue  force;  3  for  false  tar¬ 
get;  4  for  false  alarm. 

19 

20 

YPTGT 

'PTGT 

Game  truth  coordinates  of  primary 
target  at  time  of  detection. 

21 

RPTGT 

Distance:  sensor  to  primary  target 

22 

23 

24 

25 

NMONS 
IOMON ! 
ID MON 2 
IDM0N3 

Number  of  monitors  assigned  to  sensor 

ID  numbers  of  assigned  monitors,  except,: 

0  If  ID  not  applicable;  ID  value  set  nega¬ 
tive  If  monitor  cannot  receive  signal. 

26 

IDCONF 

ID  of  confirnlng  (AND-loglc)  sensor,  if  appl. 

27 

IDFTRP 

ID  of  firetrap  associated  with  sensor  (value 

Is  0  If  no  firetrap  defined,  or  If  firetrap  Is 
defined  but  not  currently  In  operation) 

28 

29 

30 

NRTGTS 

NBTGTS 

NFTGTS 

Respectively,  number  of  red,  blue  and 
false  targets  simultaneously  affecting 
sensor  response 

31 

32 

SNTYP 

Two  words:  alphanumeric  designation  of  sen¬ 
sor  type,  as  provided  by  planner  cards 

33 

Not  used 

*  According  to  sensor  type 

FIGURE  C-2.  LIST  STRUCTURE:  UGS  SENSOR  REPORTS 
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Word 

t 

l 

IEV 

Event  type  code  (=6,  7  or  8*) 

2 

LEV 

List  length  (word  count)  =  33 

3 

KNTOE\ 

Sequential  output  event  count 

4 

ITJMDT 

Integer  game  time  for  detection 

5 

ITIMND  Time  "input  event"  ends*1* 

Word*  6  through  15  same  a*  for  USS  sensors, 

Fig.  c-2,  except  for  word  10: 

10 

I  MOVE 

«  0  for  stationary  sensor;  =  +ID  of  associ¬ 
ated  blue  force  if  ground  moving;  =  -ID  of 
blue  force  if  airborne  moving. 

10 

SPEE0EX Sensor  pl-atform  speed  (0  for  stationary) 

Words  17  through  21  same  as  for  UG3  sensors. 

£2 

AZTGT 

Azimuth  angle  of  target  (radians;  mathem¬ 
atical  convention  for  "O'  and  positive  dir'n) 

23 

3QN0I8 

Signal/noise  ratio,  or  equivalent  depending 
.  upon  sensor  type.  See  program  listings. 

24 

PDET 

Probability  of  detection  (value  provided  by 
sensor  routine) 

25 

ISCAN 

=3  for  moving  rectangle;  =1  or  2  for  sector 
scan  logics  of  types  1,  2  respectively 

26 

WORD 26 

=  Beamwidth  (radians)  if  ISCAN  =  1  or  2 
=  Rectangle  cross-track  dimension,  ISCAN  =  3 

27 

W0RD27 

=  Range  gate  if  ISCAM  s.'l  or  2 
=  Along-track  dimension  if  ISCAN  =  3 

28 

ITGTTP 

Target  type  code,  *  through  5 

29 

NOE LEM 

Number  of  elements  in  target 

30 

VRADL 

Magnitude  of  radial  velocity  (relative) 

31 

32 

SNTYP 

Two  words:  alphanumeric  designation  of  sen¬ 
sor  type,  as  provided  by  planner  cards 

33 

ILXTRA 

Not  meaningful  except  for  Image  type  sensors. 
For  those,  ILXTRA  =  0  If  no  battlefield  Il¬ 
lumination  devices  are  active,  >0  otherwise. 

*  According  to  senior  type 

**  A  lower  bound  on  the  time  that  target  Is  within  nomi¬ 
nal  coverage  area  of  sensor. 

FIGURE  C-3.  LIST  STRUCTURE:  SENSOR  REPORTS 
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Word 

1 

IEV 

Event  type  code  (■  10,11) 

2 

LEV 

List  length  (word  count)  ■  7 

3 

KNTOEV 

Sequential  output  event  count 

4 

ITIME 

Game  time  In  seconds 

5 

ITIME 

Game  time  In  seconds 

6 

ID 

ID  of  flretrap  or  UGSARRAY 

7 

IUP 

Up  or  down  designation  code  "(down  *  -  ITIME,  up  ■  1) 

* 

FIGURE  C-4. 

LIST  STRUCTURE:  FIRETRAP  AND  BGSARRAY  START/STOP 
OPERATIONS 

Word 

1 

IEV 

Event  type  code  (r  99) 

2 

LEV 

List  length  (*ord  count)  =  3 

3 

=  integer  99999  (dummy  time  value) 

Figure  C-5.  LIST  STTUCTURE:  EVENT  TYPE  99 
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I.  INTRODUCTION 

This  Appendix  supplements  a  general  discussion  In 
8ectlon  2,2,6  of  this  Volume.  The  primary  content  Is  a 
set  of  tables  that  define  sub  1 1st  structures  —  lengths, 
names  or  definitions  of  variables,  etc.  —  for  the  13 
partitions  or  data  categories  of  storage  area  msmpar 

in  which  system  parameter  data  are  stored. 


The  primary  source  of  system  parameter  data  for  MSM 
la  the  data  file  'JTFUfDF*  generated  by  PRERUN.  These 
data.  In  turn,  originated  with  what  Is  termed  here  the 
"planner  data  acts"  (scenario  specification}.  There  are 
80  such  sets,  described  in  detail  in  Volume  II,  Appendix  F; 
of  these  80,  V6M  receives  edited  versions  of  13. 

Subroutine  EXECIA,  a  so-called  level  I  executive  rou¬ 
tine  of  M8M,  has  control  of  reading  data  from  the  PRERUN- 
generated  file;  In  some  cases  provide  editing  In  the  form 
of  adding  words,  changing  words,  and/or  setting  Initial 
parameter  values;  allocating  storage  to  parameter  lists 
according  to  a  contiguous-packing  logic  that  minimizes 
overall  storage  requirements;  transferring  lists  to  the 
allocated  storage  slots;  and  setting  one  or  more  pointer 
table  values  that  are  used  for  access  to  these  stored  data. 

Labeled  common  area  /BIGSTR/  holds  storage  array  MSMPAR, 
ii  which  system  parameters  are  atored,  and  it  holds  the  var¬ 
ious  pointer  tables. 
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Thus,  the  Important  elements  of  MSM,  In  the  context 
of  this  Appendix,  are  the  primary  data  set,  •jTFWDF'i  the 
primary  subprogram,  EXECIA;  and  the  associated  storage 
arcs,  labeled  common  /8IG3TR/  and  Its  storage  arrays. 
ThU  Appendix  Is  not  Intended  to  be  completely  self- 
sufficient  In  the  coverage  of  these  elements,  for  which 
additional  Information  may  be  found  as  follows: 


JTFWDF  Data  File:  PRERUN  documentation  In  general, 

Volumes  I  and  II.  Related  infor¬ 
mation  on  planner  data  seta  la, 
as  mentioned,  given  in  Appendix 
F  of  Volume  II. 

Subroutine  EXECIA:  Exact  details  of  editing  and 

storage  control  may  be  determined 
from  program  listing  and  AUTOFLOW 
diagrams,  Volume  III.  Program 
listings  are  documented  internally 
with  program  comments.  A  brief 
summary  may  be  found  In  Volume  I, 
Section  2.2.3. 

Common  /BIGSTR/j  Overview  material  in  Section 

2. 2.6.2  of  this  Volume  Is  par¬ 
ticularly  appropriate. 

Of  related,  albeit  secondary.  Interest  are  the  sub¬ 
routines  PARPTR ,  PARVLU,  ARRPTR ,  ARRVLU ,  TGTFTR  and  TGTVLU , 
that  explicitly  are  designed  to  access  system  parameter  data 
from  storage  area  M8MPAR.  Summary  discussions  are  given  In 
Section  2.2.3  of  this  volume;  details  may  be  extracted  from 
Internally-documented  program  listings. 

Finally,  the  content  descriptions  for  the  various  tables 
are  sometimes  given  In  terms  of  variable  names,  rather  than 
In  terms  of  "physical"  description.  This  use  of  names  Is 
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used,  In  particular*  In  connection  with  M8M6  ("SENSORS'* 
data)  and  M8M7  ("8EN80R  0E8CRIPT0R"  data).  Reference  to 
either  the  eeneor  routine*  per  ee.  or  their  correepondlng 
EX3. . .  executive  routfnea,  la  Implied  for  the  reader  who 
would  have  reached  thle  level  of  detail. 


2.  SUMMARY  OF  INPUT  AND  STORAGE  LOGIC 


Parameters  are  stored  on  disk  file  'tlTFWDF'  as  a 
sequence  of  variable  length  binary  records.  The  corres¬ 
ponding  READ  statement  In  MSM  Is  of  the  form: 

READ  (2)  NIK,  (LIST(I),  1=1, NW) 

where  LIST  is  either: 

(a)  a  set  of  parameter  values  for  one  system  element 
(for  example,  one  sensor;  one  PATHS  sub  1 1st)  ~ 

In  which  case  NW  will  be  the  number  of  parameter 
values  that  PRERUN  has  written  In  the  list** 

or 

(b)  a  dummy  list  of  one  word,  containing  the  Integer 
0099  —  In  which  case  h'H  will  have  the  value  I. 

It  may  be  noted  that  13  different  categories  of  Infor¬ 
mation  are  provided  (that  will  correspond  with  MSMI  through 
MSM  1 3  conceptual  partitions  of  M8MPAR ) ,  and  that  the  number 
of  elements  or  subsets  within  any  one  category  is  completely 
arbitrary**.  That  Is,  not  only  may  variations  In  list 
lengths  within  a  category  exist,  but  the  number  of  lists 
within  s  category  Is  also  variable. 

The  dummy  list,  then.  Is  the  flag  provided  for  the 
end  of  data  for  one  category.  When  It  is  encountered,  the 
branching  logic  within  EXECIA  Is  altered,  and  a  new  Index 
is  selected  for  the  pointer  table  that  locates  the  begin¬ 
nings  of  tfee  13  partitions. 

A  distinct  possibility  with  limited  scenarios  Is  the 
absence  of  one  or  more  dsta  categorise.  If  no  scanning  sen- 

*  A 8  discussed  In  detail  later,  the  nNWH  value  does  not  nec¬ 
essarily  agree  with  the  word  count  of  final  stored  list. 

Except  for  an  ultimate  storage  limit  for  the  complete  set 
of  data. 


•ora  are  specified,  for  example,  there  will  b**  no  data 
•ete  in  the  COVERAGE/SCAN  category.  This  possibility  Is 
handled,  at  the  input  levei,  by  two  (or  more)  dummy 
9000-type  records  being  written  in  sequence.  The  cor¬ 
responding  category  is  recognized  as  empty,  snd  no  stor¬ 
age  is  al located. 

EXECIA  recognizes  the  end  of  system  parameter  data 
by  monitoring  the  number  of  0000-type  records  read.  When 
the  13th  ot.e  is  encountered,  read  operations  are  terminated. 

Assuming  the  LI8T  is  of  type  (a),  that  Is,  a  bona  fide 
parameter  list,  EXECIA  will  determine  how  many  words  of 
storage  are  required,  determine  from  a  pointer  Index  where 
the  next  free  area  of  storage  begins,  and  transfer  the 
block  of  data  to  storage.  Prior  to  this.  It  may: 

(a)  Change  some  of  the  PRERUN-supp 1 1 ed  values 

(b)  Add  words  to  the  list  supplied  by  PRERUN 

(c)  Initialize  one  or  more  of  the  added  words. 

The  editing  Just  referrsd  to  (items  a,  b,  c)  Is  In 
some  cases  delayed,  when  the  information  required  has  yet 
to  be  read  from  the  data  file. 

The  final  result,  after  all  EXECIA  operations  have 
ceased,  Is  a  set  of  parameter  lists  In  storage  In  13  cat¬ 
egories,  and  a  set  of  pointer  values  that  are  required  to 
locate  specific  data  when  needed.  The  following  13  sec¬ 
tions  of  this  Appendix  primarily  describe  the  content  of 
the  final  forms  of  the  stored  sublists,  on  a  category  by 
category  basis. 
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3.  MSM I s  UGSARRAYS 


MSM I  is  the  partition  of  MSMPAR  reserved  for  parameters  of 
UGSARRAYS.  Passed  to  MSM  are  14  of  the  original  32  items  for  each 
UGSARRAY.  Since  one  alphanumeric  item  requires  two  computer  words, 
the  number  of  words  passed  is  15, 

EXECIA  does  no  editing  on  these  data.  The  15  words 
received  from  PRERUN  are  transferred  directly  to  storage. 

Table  D-|  gives  the  content  of  the  15-word  list  for  each 
UGSARRAY,  as  it  would  exist  in  storage.' 

4.  M3M2:  STASCAN  ARRAYS** 

MSM2  la  the  partition  of  MSMPAR  reserved  for  parameters  of  STASCAN 
(Stationary  Scanning)  ARRAYS,  .  Passed  to  MSM  are  7  of  the  original  19 
data  items.  Since  one  of  the  alphanumeric  items  requires  two  computer  words, 
the  number  of  words  passed  is  8. 

EXECIA  does  no  editing  on  these  data.  The  8  words  received  from 
PRERUN  are  transferred  directly  to  storage.  Table  D-2  gives  the  content 
of  the  8-word  list  for  each  STASCAN  ARRAY,  as  it  wculd  exist  in  storage. 


$.  MSM3:  M0VARRAY5  ’** 

M3M3  is  the  partition  of  MSMPAR  reserved  for  parameters  of  MOV- 
ARRAYS  (moving  eansor  platforms).  Passed  to  MSM  are  6  of  the 
original  12  data  items.  Si.nce  one  of  the  alphanumeric  items  requires  two 
computer  words,  the  number  of  words  passed  is  7. 


Analogous  to  planner  data  set  I,  See  Volume  II, 

Data  Set  XIX. 

Dee  Volume  II. 

Data  Set  XX. 

See  Volume  II. 

0-8 

EXECIA  does  not  change  any  of  these  7  words.  It  does,  however,  add 
an  eighth  word,  that  is  given  an  integer  value  that  specifies  whether  the 
aoving  array  is  airborne  or  ground.  Table  D-3  gives  the  content  of  the 
8>word  list  for  each  MOVARRAY,  as  it  would  exist  in  storage  after  all  editing 
operations. 

a.  HSMlii  BLOB  FORCES* 

MSNh  1b  the  partition  of  MSMPAR  reserved  for  parameters  of  BLUE 
FORCES,  The  original  planner  data  set  contains  12  items,  that  would, 
if  passed  as  is,  require  lu  computer  words.  PRERUN,  however,  passes 
to  MSM  BLUE  FORCE  lists  that  have  been  extended  and  partially  edited,  and 
{hat  are  variable  length  --  from  18  to  45  words  per  list. 

EXB01A  does  no  further  editing,  in  the  sense  of  adding  or  chang¬ 
ing  words.  However,  epeoial  storage  allocation  logic  is  used.  It  was 
considered  undesirably  wasteful  of  storage  space  to  allocate  for  each 
11  ct  the  maximum  possible  length  of  words.  Instead,  these  lists 
are  packed  "back  to  back"  in  storage,  and  a  pointer  value  is  associated 
with  each  list.  The  corresponding  pointer  table,  IPBLU,  is  filled  in 
by  EXBCIA  as  it  transfers  lists  to  storage**. 

Table  D-4  gives  the  content  of  a  BLUE  FORCE  list,  as  it  would  exist 
in  storage. 


*  Planner  Data  Set  XXI.  See  Volume  II. 

*  In  particular,  IPBLU(K)  gives  the  pointer  value  (subscript  of  MSMPAR) 
for  the  K'th  BLUB  FORCE. 
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7.  M8M5:  RED  FORCES* 

MSM5  is  the  partition  of  MSMPAR  reserved  for  parameters 
of  RED  FORCES,  The  original  planner  data  set  contains  IS 
Items  ( 14  words). 

PRERUN  passes  14  words  to  MSM.  These  differ  slightly 
from  the  original  14, 

EXECIA  does  no  further  editing  of  the  14  words  received 
from  PRERUN,  and  transfers  them  directly  to  storage.  Table 
D-5  gives  the  contents  of  s  RED  FORCE  list,  as  It  exists 
in  storage. 

It  may  be  noted  that  storage  lists  for  BLUE  FORCES 
and  RED  FORCES  agree  In  content  and  etructure  for  the 
first  14  words.  However,  RED  FORCE  positions  are  keyed 
to  PATH  data  appearing  elsewhere  In  storage  ( MSM II),  which 
sre  used  In  position  evaluation.  In  contrast,  although 
BLUE  FORCE  positions  are  nominal ly  keyed  to  PATH  data,  the 
perturbations  simulated  in  PRERUN  for  such  effects  as  navigation  er¬ 
rors  make  exact  calculations  from  the  original  PATHS  data 
Impossible.  Thus,  for  BLUE  FORCES,  Independent  path  infor¬ 
mation  is  appended  to  the  BLUE  FORCE  list  (the  fifteenth  word  and  all  those 
following)  by  PRERUN. 


*  Planner  Data  Set  XXII.  See  Volume  II. 
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8.  MSM6j  SENSORS* 

MS MS  1 8  the  partition  of  MSMPAR  reserved  for  parameters 
of  SENSORS  .  The  original  planner  set  data  for  one  sensor 
consists  of  12  data  Items,  corresponding  to  13  computer  words 
(the  one  alphanumeric  Information  Item,  sensor  type,  requir¬ 
ing  two  words  for  storage).  PRERUN  passes  these  13  words  to 
MSM  In  essentially  the  same  form  as  the  original  planner 
data,  but  edited  slightly  In  terms  of  providing  consistent 

Internal  units  for  variables  and  providing  game  truth  values 

### 

of  x  and  y  for  the  position  parameters 

The  final  form  ef  a  sensor  list  In  MSMPAR,  however, 
reflects  major  editing  by  EXECIA.  For  Example,  twenty  four  words  are 
allocated  for  each  sensor  list.  Briefly,  editing  prppedures  within 
EXECIA  take  the  form: 

(a)  altering  2  of  the  13  words  supplied  by  PRERUN 

(b)  adding  words  14,  15  for  two  variables  that  have 
the  same  meaning  for  every  sensor  type 

(c)  adding  a  maximum  of  9  words  of  Information,  be¬ 
ginning  with  word  no.  10;  the  exact  number  of 
meaningful  words,  and  the  corresponding  meanings 
of  these  words,  vary  according  to  sensor  type. 


Planner  Data  Set  III.  See  Volume  II. 

Note  distinction  between  SENSORS  (MSM6)  and  SENSOR  DESCRIPTORS 
(MSM7).  The  former  refers  to  information  that  varies 
from  sensor  to  sensor;  the  latter  gives  parameters 

that  tend  to  be  conmon  to  a  number  of  sensors. 

PRERUN  supplies  x,y  values  corresponding  to  Initial 
emplacement.  If  a  sensor  Is  reempleced,  these  values 
may  be  dynamically  altered  during  simulation  by  an 
event  type  10  (see  Appendix  B). 
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Table  d-6  gives  ths  content  of  a  8IN30RS  Mat#  as  It 
would  exist  In  storage  after  editing  Is  complete.  The 
first  18  words  are  essentially  Independent  of  sensor  gen¬ 
eric  type.  Words  18  on  do  depend  upon  sensor  generic  type# 
although  not  all  types  use  the  full  allocation  of  24  words*. 
Thus,  the  last  page  of  Table  d-8  Is  given  In  a  different 
format  from  the  preceding  pages...  partially  In  terms  of 
categorization  by  sensor  type,  and  also  with  variables  de¬ 
fined  only  In  terms  of  FORTRAN  names  used  In  the  sensor 
or  EX3...  routines. 

A  few  comments  on  the  editing  logic  and  on  the  choice 
of  storage  block  size  (24  words)  may  be  appropriate.  Our*  . 
Ing  simulation,  sensor  routines  are  called  very  many  times  — 
enough  that  speed  efficiency  becomes  an  Important  consider¬ 
ation.  If  an  abbreviated  list  of  SEN80R  parameters  were 
stored  (e.g.,  the  original  13  words  from  PRERUN),  then  each 
aall  to  a  sensor  routine  would  Imply  executive  routine  sup¬ 
port  In  accessing  other  parameter  lists  —  usually  via  a 
trace  of  10  numbers  and  pointer  values  to  determine  which 
1 1 sts  are  applicable.  This  approach  Is  valid  but  tends  to 
be  Inefficient  with  respect  to  computing  speed. 

An  extreme  approach  in  the  opposite  direction  would 
have  a  list  stored,  for  each  sensor,  that  Is  completely 
self-sufficient  In  describing  every  aspect  of  the  sensor. 

Then  speed  Is  gained,  for  only  one  block  access  Is  required 
during  a  sensor  Interrogate  event.  But,  In  view  of  the  fact 
that  many  hundreds  of  sensors  may  be  present  in  a  scenario, 
each  word  added  to  a  8ENS0R  list  may  Imply  hundreds  of  words 
of  additional  storage. 


*  At  the  time  storage  control  was  being  planned,  the  possibility 
of  using  variable  lengths  lists,  as  was  done  for  BLUE  FORCES 
and  for~ PATHS,  w4g  considered  as  a  means  td  save  wasted  space. 

The  choice  of  a  fixed  list  length  of  SENSORS  was  marginal.  The 
added  complexity,  and  the  space  required  for  an  additional  set 
of  pointers,  might  be  found  justifiable  in  event  of  major  program 
changes. 


The  choice  made  le  a  compromfee  between  the  two  extremes. 
With  24  words  aval  table  for  each  aensort  there  Is  room  to 
store  many  parameters  (obtained  from  subsidiary  parameter 
categories,  especially  SENSOR  DESCRIPTORS)  on  a 
sensor  by  sensor  basis.  Thus,  for  those  data 
within  the  24-word  1 1 at •  the  table  search  and  data  transfer 
problem  becomes  a  one-time-only  event  within  EXECIA  editing, 

In  contrast  to  a  similar  set  of  operations  performed  at 
every  call  to  a  sensor  routine. 

It  may  be  noted  that  24  words  Is  not  sufficiently  large 
to  eliminate  dynamic  table  searching  for  all  sensor  types. 

But  It  is  large  enough  to  "handle"  all  information  for  all 
UGS  sensors,  and  partially  reduces  dynaml z  searches  for  the 
scanning  sensors. 

Part  I  of  Table  D-d  has  a  few  features,  not  accounted 
for  In  the  original  planner  data  descriptions.  Words  3  and 
4,  as  supplied  to  M8M  by  PRERUN,  contain  In  two  computer 
words  an  alphanumeric  designation  of  sensor  type  (e.g., 
'ACOUSTIC'  or  '  RADAR').  Per  operational  efficiency, 
a  numeric  code  Is  much  simpler  to  uee  than  a  two-word 
alphanumeric  block.  Thus,  EXECIA  maps  the  alphanumeric 
Information  Into  numeric  Information  as  follows: 

1  Seismic 

2  Acoustic 

3  Magnetic 

4  ARFBUOY 

6  Passive  Infrared 

0  Radar 

7  Image 

8  Thermal  viewer 

9  Breakwlre 


This  numeric  Indicator,  of  course,  requires  only  one 
word  of  storage.  It  Is  placed  Into  word  no.  3,  erasing  the 
first  four  alphanumeric  characters  originally  supplied. 

Free  for  some  other  use  la  word  no.  4  (which  originally 
held  the  last  four  alphanumeric  characters).  EXECIA  fills 
this  word  with  a  variable  called  IMOVE,  the  numeric  value 
of  which  la  based  on  a  search  via  ID  parameters  of  other 
tables.  This  variable  Indicates  the  motion  status  of  the 
sensor,  and  possibly  a  blue  force  ID,  aa  follows: 


Type  of  Motion 

Stationary 
Moving,  ground 

Moving,  airborne 


+ID  of  corresponding 
BLUE  FORCE 

-ID  of  corresponding 
BLUE  FORCE 


Word  no.  14  (IUPFLG)  la  an  up/down  flag  —  0  for 
down,  I  for  up  —  that  la  Initialized  to  zero.  Word 
no.  *5  ( IUT )  fa  set  to  0  for  moving  sensor*;  but  for 
stationary  sensors,  EXECIA  determines  the  IUT  value  — 
the  Index  for  unit  terrain  type  —  that  Is  associated 
with  the  sensor  position. 
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0.  MSM7:  SENSOR  DESCRIPTORS* 

MSM7  (s  tho  partition  of  MSMPAR  reserved  for  param- 
ters  called  SENSOR  DESCRIPTORS.  The  corresponding  plan¬ 
ner  data  set  contains  37  data  items,  three  of  which  (alpha¬ 
numeric)  require  two  words  of  storage.  M8M  uses  the  first 
35  Items,  or  38  words,  and  38  words  are  allocated  to  each 
SENSOR  DESCRIPTOR  list. 

The  only  editing  of  M8M7  data  by  EXECIA  is  concerned 
with  a  subtle  problem  of  variable  types  (integer  vs.  real), 
and  arises  only  for  two  sensor  types:  radar  and  arfbuoy. 

In  the  original  sensor  descriptor  lists  read  by  PRERUN,  the  implied 
variable  type  —  integer  or  real  —  is  generally  consistent  for  any  one 
item.  For  three  of  the  items  (items  17,  16  and  22  of  planner  data  set), 
the  implied  variable  type  is  not  consistent  and  must  be  determined  by 
other  references.  For  items  17  and  18,  for  example,  the  specified  parameters 
tend  to  be  of  integer  +ype,  and  are  stored  in  this  (implied)  form  by  PRERUh; 
but  for  radar  sensors  only,  the  floating  point  or  real 
equivalent  of  this  Integer  Is  Intended  for  une  by  sensor 
routine  RADAR.  EXECIA  searches  MSM7  data  subsets,  and 
for  those  pertaining  to  radar  makes  the  integer  to  float¬ 
ing  point  conversion  for  two  variables  (PRIMFR,  CLIMFR) . 

# 


Data  Sit  IV.  See  Volume  II. 


A  similar  situation  exists  for  arfbuoy  descriptors. 

Tho  variable  NBMBLT  (number  of  bomb  lets)  arrives  from  PRE¬ 
RUN  in  floating  point  form.  EXECIA  searches  MSM7  data 
subsets,  and  for  those  pertaining  to  ariiuoy  sensors  makes 
the  floating  point  to  integer  conversion. 

Table  d-7  gives  the  content  of  a  8EN80R  DESCRIPTOR 
parameter  list,  as  it  would  exist  in  MSMPAR  storage.  This  tabl 
Is  nearly  Identical  to  that  for  planner  data  6et  IV  (Appen¬ 
dix  F,  Volume  II),  but  reflects  changes  to  Internal  units, 
deletion  of  the  last  two  items  (not  used  In  M8M),  and  a 

j 

change  In  the  counting  index  from  Item  number  to  word  num¬ 
ber  (the  two  differing  because  two  words  are  occasionally 
required  to  store  one  alphanumeric  "Item"). 

10.  M3M8:  FIRETRAPS* 

MSMS  It  the  partition  of  MSMPAR  reserved  for  parameters 
of  FIRETRAPS.  The  original  dat..  set,  comprising  9  words,  is 
passed  to  M8M  by  PRERUN.  An  additional  word,  bomber  10,  is 
added  for  an  up/down  flag  indicator  initialized  to  0  (down); 
and  10  words  are  allocated  in  storage  for  each  FIRETRAP  list. 
Table  d-8  shows  the  content  for  each  FIRETRAP  list. 


« 


Data  Set  V.  See  Volume  II 


II.  M8M9i  MONITORS* 

M8M9  Is  ths  partition  of  M8MPAR  reaervad  for  MONITOR8 
lists.  Ths  original  data  sat  comprised  9  Items,  with  Im¬ 
plied  word  count  of  II  (two  "Items"  being  alphanumeric, 
requiring  two  storage  words  each).  PRERUN  passes  these 
II  words  to  M3M,  differing  from  original  planner  values 
only  In  ths  units  for  planned  up  and  down  times.  The 
IIth  word  (originally  an  10  for  a  receiver/transmitter 
parameter  set)  Is  used  within  M8M  as  an  up/down  Iddl- 
•cator  (initialized  to  0,  or  down).  Eleven  words  of  storage  are 
allocated  for  each  MONITORS  list.  Content  of  a  MONITOR  list 
as  it  would  exist  in  MSMPAR  storage  is  given  in  Table  D-9. 

IS.  MSMIO:  OATA  LINK8** 

M8MI0  la  the  partition  of  M8MPAR  reserved  for  OATA 
LINK8  lists.  The  original  data  set  comprised  8  Items, 

In  0  computer  words.  M8M  receives  these  6  words  from 
PRERUN,  adds  a  seventh  word  as  an  up/down  Indicator  (Initi¬ 
alized  to  0,  or  down),  and  allocates  7  words  per  OATA  LINKS 
list.  Content  of  a  DATA  LINKS  list  as  it  would  exist  in  MSMPAR 
storage  la  given  In  Table  d-IO. 

# 

#* 


Planner  Set  VI.  See  Volume  II. 
Planner  Set  X,  See  Volume  JI. 


13.  MSMIls  PATHS* 

MSMII  Is  the  partition  of  M8MPAR  reserved  for  PATHS 
data  lists.  EXECIA  does  not  change  or  edit  any  of  the 
values  for  these  lists,  but  merely  allocates  the  PRERUN 
supplied  values  to  MSMPAR  storage. 

PATHS  data,  like  BLUE  FORCES  data,  do  receive  special 
treatment  however.  A  PATH  fist  may  vary  In  length  from 
0  words  (for  a  single  point)  to  51  words  (for  a  path  with 
the  maximum  of  nine  legs).  To  circumvent  the  waste  of 
storage  that  would  occur  If  the  maximum,  61  words,  were 
reserved  for  each  PATH8  list,  pointer  tables  are  established 
for  the  Mats,  which  are  packed  "back  to  back"  In  M8MFAR. 

In  particular,  the  table  IPPATH  Is  filled  by  EXECIA  with 
appropriate  pointer  values  . 

Table  d- 1 1  gives  the  content  jf  a  PATHS  list,  as  It 
would  exist  in  MSMPAR  storage. 


*  Dtta  Set  XII.  See  Volume  II 

•« 


IPPATH(K)  gives  the  pointer  value  (subscript  of  MSMPAR) 
to  the  beginning  of  the  Hat  for  path  number  K. 


14.  MSM 12}  FORCE  TYPE  PARAMETERS* 

M8MI2  f$  the  partition  of  M8MPAR  reserved  for  FORCE 
TYPE  PARAMETER  llete.  The  original  planner  data  set  con¬ 
tains  12  Items  (12  computer  words),  of  which  MSM 
Is  given  the  first  7  by  PRERUN.  EXECIA  makes  no  changes 

or  additions  to  these  lists,  and  allocates  7  words  of 
storage  In  MSMPAR  to  each  such  list.  Table  IM2  gives 
the  content  of  a  FORCE  TYPE  PARAMETERS  list,  as  It  would 
exist  In  MSMPAR  storage. 

16.  M8MI3:  COVERAGE/SCAN  PARAMETERS** 

MSM I 3  Is  the  partition  of  M8MPAR  reserved  for  COVERAGE/ 
SCAN  PARAMETER  lists.  The  original  planner  data  set  con¬ 
tains  12  items  (12  computer  words).  MSM  uses  the  first 
10  of  these  without  alteration,  and  EXECIA  allocates  10 
words  of  storage  In  M8MPAR  to  each  list.  Table  d-13  gives 
the  content  of  a  COVERAGC/SCAN  PARAMETER  list,  as  It  would 
exist  In  MSMPAR  storage. 


Data  Set  XTtl.  See  Volume  II. 
««  Dele  Set  XIV.  See  Volume  II. 
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TABLE  c-l 

M8MI  LIST  CONTENT  (UGSARRAY8) 


WORD 

1.  3D  of  array 

2.  Generic  type:  alphanumeric  •  1  DOS’ 

3.  }  Organisation:  alphanumeric,  arbitrary  (from 

b.  \  planner  input  cards),  2  words  («**2Ab  format) 

5.  No.  of  seniors  in  array 

6.  ID  of  first  sensor 

7.  No.  of  monitors  associated  with  array 

8.  ID  of  first  (primary)  monitor 

9.  3D  of  corresponding  data  link 

*10.  ID  of  second  monitor 

11.  ID  of  corresponding  data  link 

12.  ID  of  third  monitor 

13.  3D  of  corresponding  data  link 

lb.  Array  associated  with  firetrap?  (Onoj  1-yes) 

15.  ID  of  associated  firetrap  Bystem,  if  any 


TABLE  D-2 

MS M2  LI8T  CONTENT  (STASCAN  ARRAYS) 

WORD 

1.  ID  df  array 

2.  Generic  types  alphanumeric  ■  'VISS* 

3.7  Organisations  alphanumeric, 

U.S  two  computer  word*  ("»  2Ali  format) 

5.  llo.  of  sensors  in  array 

6.  ID  of  firet  sensor 

7.  Array  associated  with  fi retrap?  (0-no;  1-yes) 

8.  ID  of  associated  firetrap,  if  any 


Notes: 

For  MSM2,  EXEC1A  places  into  storage  8  words  per  data  sat,  exactly 
as  given  to  MSM  by  PRERUN. 

7  "items"  in  8  computer  words.  All  words  integers  except 
alphanumeric  in  words  2,  3  and  4. 


TABLE  D-3 

M3 M3  LIST  CONTENT  (MOVARRAYS) 


WORD 

1.  ID  of  array 

2.  Generic  types  alphanumeric  ■  'MOVE* 

3.  Organisation:  alphanumeric, 

h,  two  conputer  worda  (  2A1*  format) 

5,  Number  of  sensors  in  array 

6,  3D  of  first  sensor 

7»  Alias  3D  as  blue  force 

EXEC1A  places  8  words  into  storage  for  each  MSM3  subset  (each  moving 
array.)  The  first  7  words  are  directly  from  PRERUN,  as  listed  above. 
The  8th  word  is  added  within  EXEC1A  editing  procedures: 


8.  0  if  arrays  move  on  ground 

1  if  array  is  airborne 
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TABLE  C-4 


MSM4  LIST  CONTENT  (BLUE  FORCES) 


WORD 


1.  ID  of  force 

2.  Generic  type  (■  alphanumeric  'BLUE1) 

3.  Organizations  8  characters  alphanumeric  in 
h,  two  computer  words  (  2AL  format) 

5.  Category:  8  characters  alphanumeric  in  two  com- 

6.  outer  words  (  2Alj  format):  one  of  the  following  continuous  list  of 
19  items: 


(1) 

t 

INDIV' 

(8)  •  TRAIN' 

(15)* 

LT  AMMO 

(2) 

t 

SQD' 

(9)  1  HELO* 

(16)* 

MD  AMMO 

(3) 

t 

PLAT' 

(10)  *  LTA/C' 

(17)* 

HVY  AMMO 

(U) 

1 

GO' 

(11)  «  JETA/C* 

(18)** 

SMANIM 

(5) 

t 

SMVEH* 

(12)  «  RAPT* 

(19)* 

LGANIM 

(6) 

t 

HVYVEH' 

(13)  *  OUTBRD' 

(7) 

1 

TANK' 

(1M  '  PTBOAT ' 

Note: 

the  alphanumeric  content  in  these  two  words  is  not 
used  in  initial  MSM  program,  and  woula  probably  be 
used  later,  if  at  all,  only  for  alphanumeric  print¬ 
out,  The  numeric  code  in  the  following  word  is 
used  for  actual  IBM  program  computation  and  loftic. 

7.  Numeric  code  (l  through  19)  corresponding  to  the  choice  above. 
G.  Number  of  elements  in  target 

9.  ID  of  force  type  parameter  set 

10.  Nominal  speed  ( real-  meters/sec) 

11.  Altitude  (real;  meters;  =0  for  ground  forces) 


*  Generated  as  False  Targets  in  BATTLE  and  CULTURE,  not  obtained  from 
Planner  Set  XXI. 


**  Generated  as  Background  noise  in  CULTURE,  not  obtained  from  Planner 
Input  Data  Set  XXI. 
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TABLE  D-4,  continued 


WORD 


12.  Start  operations  tine  (real;  seconds  since  start  of  game) 


For  stationary 
blue  force 

13.  X  (realj  meters) 

Hi.  T  (real;  meters) 


For  moving 
blue  force 

ID  of  route 


NsNe 


Note:  Ng  ■  node  of  indicated  route  at  which  force 
starts 

N  ■  node  at  which  force  ends 

NgNg  indicates  packed  word  •  10*Ng  +  Nq 

Note:  Determination  of  stationary  or  moving  (hence,  of 

interpretation  of  words  13  and  lli  in  MSM)  comes  from 
word  10  (0  speed  implies  stationary  force). 


15.  NLEGS:  number  of  legs  in  defined  route  (path).  Note:  corresponding 
nodes  (NLFGS+1  in  number)  are  denoted  below  as  nodes 
0  (start)  through  NLEGS  (end) 


!6.  xQ 

17.  yo 

18.  t 

_ _  0 

19.  x1 

20.  yx 

*NLEGS 

yNLEQB 

tNLBGS 


Beg -lining  with  word  16,  a  total  of  (NLEGS+1) 
triplets  of  x,  y  and  t  values  at  the  nodes... 
game  truth.  All  variables  real  —  coordi¬ 
nates  x  and  y  in  meters,  time  t  in  seconds 
since  start  of  game. 

Total  word  count  for  a  complete  blue  forces  sub¬ 
list  is  15  +  3*( NLEGS+1).  Maximum  value, 
corresponding  to  9  legs,  is  therefore  kb* 


TABLE  D-5 

MSM5  LIST  CONTENT  (RED  FORCES) 


f 


l 


t 


WORD 

1.  ID  of  force 

2.  Generic  type  (-  alphanumeric  'BLUE') 

3.  Organization:  8  characters  alphanumeric  in 
1*.  two  computer  words  (  2AL  format) 

f>.  Category:  8  characters  alphanumeric  in  two  com¬ 


puter  words  ( 

2Ah  format);  one 

of  following: 

(1)  ' 

INDIV' 

(8)  • 

TRAIN' 

(15)* 

LT  AMMO 

(2)  • 

SOD' 

(9)  1 

HELO' 

(16)* 

MD  AMMO 

(3)  ' 

PLAT' 

(10)  ' 

LTA/C* 

(17)* 

HVY  AMMO 

(U)  ' 

CO' 

(11)  » 

JFTA/C' 

(18)**  SMANIM 

(5)  • 

SMVEH' 

(12)  ' 

RAFT' 

(19)* 

LGANIM 

(6)  • 

HVYVEH' 

(13)  ' 

OUTBRD ' 

(7)  ' 

TANK' 

(1U)  ' 

PTBOAT ' 

Note: 

the  alphanumeric  content  in  these  two  v 

is  not 

used  in  initial  MSM  program,  and  would  probably  be 
used  later,  if  at  all,  only  for  alphanumeric  print¬ 
out.  The  numeric  code  in  the  following  word  is 
used  for  actual  >BM  program  computation  and  logic, 

7.  Numeric  code  (1  through  19)  corresponding  to  the  choice  above. 

8.  Number  of  elements  in  target 
ID  of  force  type  parameter  set 

10*  Nominal  speed  (real}  meters/sec) 

U*  Altitude  (real;  meters;  »0  for  ground  forces) 


*  Generated  as  false  targets  in  BATTLE  and  CULTURE,  not  obtained 
from  planner  input  data  set  XXI. 

**  Generated  a?  background  noise  in  CULTURE,  not  obtained  from 
planner  input  Data  Set  XXI.  I 
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TABLE  D-5,  continued 


WORD 

12.  Start  operations  time  (real}  seconds  since  start  of  same) 


For  stationary  For  moving 

red  force  red  force 


13,  X  (realj  meters)  ID  of  route 

111.  Y  (realj  meters)  NsNg 


Note*  Ng  ■  node  of  indicated  route  at  which  force 
starts 

«  node  at  which  force  ends 

w 

NgNg  indicates  packed  word  -  10*Ng  ♦  Ng 

Note:  Determination  of  stationary  r r  moving  (hence,  of 

in* arpretation  of  words  13  and  lh  in  MSM)  comes  from 
word  10  (0  speed  implies  stationary  forced. 


r 


c 
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TABLE  D-e 

MSM6  LIST  CONTENT  (SENSORS) 


WORD 


1.  ID  of  this  sensor 

2.  ID  of  array  containing  this  sensor 


3.  Numeric  Indicator  for  sensor  type:  I  seismic;  2  acoustic 

3  magnetic;  4  ARFBUOY  :  5  passive  Infrared;  6  radar; 

7  Image;  8  thermal  viewer;  and  9  breakwlre. 

4.  IMOVE  Movement  code:  =  0  for  stationary  sensor;  =  +ID 

of  corresponding  BLUE  FORCE  for  ground  moving; 

=  -ID  or  corresponding  BLUE  FORCE  for  airborne. 

(Note:  As  received  from  PRERUN,  words  3  and  4  contained 
a  two-word  alphanumeric  sensor  type  designation) 


I>«  ID  of  Sensor  Descriptor  Parameter  Set 

6,  Integer:  0  for  open  location 
or 

ID  of  path  it  "path"  type  location 
(that  is,  same  as  item  5  of  planner  data  set  III) 


7.  XSENS  x-coordirwte,  ground  truth,  of  sensor  (real) 

3,  YSENS  y-coordinate,  ground  truth,  of  sensor  (re  .1) 

•Note:  correspond  to  items  6,  7  of  p  unnor  data  III,  but 
(a)  should  be  ground  truth  values  'after  emplace¬ 
ment  errors  inserted),  and  (b)  if  planner  specified 
the  alternate  forms  for  "path"  location,  his  infor¬ 
mation  m;*st.  be  translated  into  actual  x,y  coordinates. 

7.  OFFSET  offset  from  path  in  meters;  real;  leave  0  in  tha^ 
word  if  offset  ha3  no  meaning  for  the  particular 
sensor 

10.  Orientation  angle,  if  applicable.  Same  as  item  9 

of  planner  data  III,  except  converted  tc  mathema¬ 
tical  angles  (radians;  positive  ■  counterclockwise 
from  x-axis) 


TABLE  D-6,  continued 


WORD 


11.  Integer  to  specify  whether  primary  or  auxiliary  sensor 

0  •*  PRIMARY  #Note:  planner  input  is  alpha- 

1  -  AUXILIARY  numeric  'PRI»  or  'AOX ' :  PRERUN 

to  translate  to  0,1. 

IS.  ID  of  Coverage/Scan  Parameter  Set  (0  if  no  such  set  assigned 
to  sensor) 


13.  Integer  to  specify  whether  AND  logic  to  be  used: 

0  ■  not  used 
1  ■  AND  logic  is  used 

14.  IUPFLG  Up/down  flag  (0  =  down,  I  s  up) 

15.  IUT  Unit  terrain  Index 

Note:  Words  14,  16  not  supplied  by  PRERUN.  EXECIA 
Initializes  up/down  flag  to  0.  IUT  Is  eval¬ 
uated  In  EXECIA  for  stationary  sensors;  set 
to  0  for  moving  sensors. 


Seismic 
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applicable  information  in  words  10  through  24 


TABLE  D-7 

;v> 

WSM7  LIST  CONTENT  (SENSOR  DESCRIPTORS) 

•* 

WORD 

1,  ID  of  this  parameter  set 

2,,  3.  Generic  type  of  sensor  [alphanumeric;  2  words  ] 

4,  5  Specific  type /model  [alphanumeric;  2  words  ]  (~ 

6.  MTBF  (mean  time  between  failures)* 

7  MBLT  (mean  battery  life  time)* 


* 

8.  Standard  deviation  for  battery  life  time 

9.  Does  this  sensor  have  a  self-destruct  capability  or  not? 

[1  if  it  does;  blank  if  not]* 

10.  Auxiliary  or  primary  sensor  [1  if  auxiliary,  0  if  primary] 

11.  Probabilitv  of  emplacement  survival* 


For  Items  1C  through  15,  See  Note  1 . 


Sensors  with  Sector  Coverage 


12.  enter  9999 


13.  Maximum  coverage  angle 

for  this  equipment 

(radians) 

14.  Minimum  range  capability 

of  this  equipment  (meters). 

15.  Maximum  range  capability 

of  this  equipment  against 
personnel  (meters) 


Not  used  in  MSM 


Sensors  with  Rectangular  Coverage 

Cross  -  track  component  of  vector 
fror.  sensor  to  rectangle  center.  + 
if  to  left,  -  if  to  right  with  respect 
to  direction  of  movement  of  sensor 
platform  or  from  lower  number 
node  if  stationary  (meters). 

Along-track  component  of  vector 
from  sensor  to  rectangle  center.  + 
if  forward,  -  if  rearward  with  respect 
to  direction  of  movement  of  sensor 
platform  or  from  lower  number  node 
if  stationary  (meters). 

Maximum  along-track  length  of 
rectangle  against  any  target  (meters). 

Cross-track  dimension  of  rectangle 
against  personnel  (meters). 
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TABLE  D-7.  continued 
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TABLE  D~7,  continued 


21.  a.  Radar  Clutter  improvement  factor  (CLIMFR) 

1  c hitter  improvement  not  played 

2  clutter  improvement  played 

b.  Image  device 

blank  If  Item  17  is  blank  or  U  (eye  or  binocular) 

0  If  Item  17  is  set  at  1  (image  intensification 

device);  used  at  night 

1  daylight  (daylight  TV)  (Word  19  is  set  to  1) 

c.  AKiTUOY  Geometry  of  bomblet  pattern 

1  open  circle 

2  open  line 

3  along  road  or  trail 

d.  Thermal  Leave  blank 

e.  Magnetic  Leave  blank 

* 

22.  a.  Radar  Wavelength,  meters  (RAMBDA) 

b.  Image  device 

blank  human  eye  or  bincrular 

integer  en’er  time  constant  (TI.MCON  for  image 

’'ntensificatioo  devices  (seconds)) 

Must  be  consistent  with  Word  19 

c.  ArfbUOY  Diameter  of  seeded  area,  if  circle;  or  length 

cf  longest  side  of  rectang’c,  it  rectangle 
(meters),  i'DIMMAa) 

d.  Thermal  Lc  i  blank 

e.  Magnetic  Leave  blank 

23.  a.  Radar  Filter  band  thermal  noise,  (FNKTB) 

b.  Image  device 

focal  length  (FOCALL)  if  equipment  is  an  image 

intensifier  ( mm) 

1,5  human  eyes  (DF1VCAL) 

0,  01  binoculars  (DF1VGAL) 


TABLE  D-7,  continued 


c.  arpbuo\  Enter  width  of  seeded  area  (meters),  for 

rectangle  area,  (WIDTH),  blank  for  circular 
area. 


24. 


f 


d.  Thermal 

e.  Magnetic 
a.  Radar 


Focal  length  (mm)  (FOCALL) 

Leave  blank 

2 

Radar  characteristics  (RADCAR)[watts(meter)  ] 


Note:  RADCAR  is  a  composite  of  peak  power,  trans¬ 

mitter  antenna  gain,  transmitter  losses,  receiver 
antenna  gain,  receiver  losses,  wavelength 
squared  and  a  constant. 


♦ 


b.  Image  device  '• 

=  Value  of  average  resolution,  (XMTF)  if 
equipment  is  an  image  intensifier 

=  0.  5  for  human  eyes  (area  of  aperture  (ALPHA), 

(mm^ ) 

c*  ARFBUOY  blank 

d.  Thermal  Resolution  of  detector  element  (radians)  (RESOL) 


e.  Magnetic 


Threshold,  gauss  [Note  E-6]  -  (THRESH) 


25. 


a.  Radar 

b.  Image 


c.  ARFBUOY 


Scan  rate  (SCANRT)  rad/ sec 

f-number  if  equipment  is  image  intensifier, 
(FNUMBR)  is  the  focal  length  divided  by  the 
diameter  of  aperture. 

i.  0  for  human  eye,  magnification  factor  (AMAG) 

7.0  for  7x50  binoculars,  magnification  factor 
(AMAG) 

Number  of  bomb'ets ,  (NBMBLT) 


d.  Thermal 


f-number  (focal  length  divided  by  diameter  of 
aperture  diameter)  (FNUMBR) 
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TABLE  d-7, continued 


26. 


27. 


28. 

29. 

30. 


31. 

32. 


33. 


34. 


a.  Radar  Code  for  radars,  (1C 01 1) 

0  or  blank  for  coherent 

1  noncoherent 

b.  Image  Code  for  direct  searchlight,  (ISERCH) 

0  no  searchlight 

1  clear  searchlight 

2  searchlight  with  pink  filter 

Note:  If  searchlight  used,  (ISERCH  =1  or  2),  then  additional 
searchlight  parameters  are  provided  below. 

Azimuth  beamwidth  (BEAlvlAZ),  mils 
Elevation  beam  angle  (BEAMEL),  mils 
Range  gate  (RGATE),  meters 

Standard  deviation  for  radar  instability  (chitter  power)  (SIGSTB) 

Filter  lower  cutoff  frequency  (FCUTLO),  Hz 

Filter  upper  cutoff  frequency  (FCUTHI),  Hz 

Antenna  or  aircraft  height  (HGTANT)  -  feet  above  ground 

(if  aircraft,  this  entry  should  be  the  same  as  Item  12  in  the 
Forces  input). 

Probability  of  False  Alarm  (PFA)  (actual  value,  not  percent) 


f 


*  • 
¥ 


Items  35  through  38  apply  only  for  image  sensors  with 
searchlight  (ISERCH  =1,2,  Word  26) 

XSRCH  Coordinates  of  searchlight  location 
36.  If  SRCH 

37  BWIDTH,  searchlight  beamwidth,  degrees 

3g  CPOWER,  searchlight  candlepower  \ 
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TABLE  D-8 


MSM8  LIST  CONTENT  (FIRETRAPS) 


1.  ID  of  this  firetrap  system 

2.  IP  of  associated  route 

3.  Planned  time,  begin  op 'ns  (integer;  time  in  secs  into  rnme> 

)j.  Planned  time,  cease  op'ns  (  »  »  „  „  „  „  ^ 

Number  of  kill  points  in  system  (l  or  2) 

6.  Leg  number  on  the  route,  first  kill  point 

7,  Distance  along  that  leg  (real) 

Leg  number  on  the  route,  second  kill  point 

9.  Distance  along  that  leg  (real) 

10.  IUP:  Up/down  flag  (0  .  down,  1  .  up) 


0-35 


TABLE  D-9 

M3MC  LPT  CONTENT  (MONITORS) 


WORD 

1 

2,  3 
4,  5 
6 

7 

8 

9 

10 

11 


ID  of  this  monitor 

Generic  type  (alphanumeric;  2  words) 
Organization  (alphanumeric;  2  words) 

x,  meters  (real) 

y,  meters  (real) 

Planned  up  time  (integer,  seconds  into  game) 
Planned  down  time  (integer,  seconds  into  game) 
ID  for  monitor  parameter  set 
Up /down  flag  (0  =  down,  1  =  up) 


0-36 


M3MI0  LIST  CONTENT  (DATA  LINKS) 


ID  of  this  data  link 
ID  of  associated  array 
ID  of  associated  monitor 
Number  of  relays: 

0  no  relays,  rad' '  link 

1  one  relay  {radio  transmission  both  legs) 

2  two  relays  (radio  transmission  all  legs) 
ID  of  first  relay  (one  closest  to  array),  if  applicable 

ID  of  second  relay  (one  closest  to  monitor),  if  applic  ble 
Up/down  flag  (0  =  down,  1  -  up) 


TABLE  D-ll 

MSM 1 1  LIST  CONTENT  (PATH8) 


WORD 

1. 

2. 

3. 

4. 

5. 

6. 

7. 

8. 

9. 

10. 
11. 
12. 

13. 

14. 

15. 

16. 


Alphanumeric  'PATH' 

input  source  (C  =  control,  B  =  blue,  R  =  Red);  «,lph*n*«,cr»*. 
Route  ID 
Number  of  legs 

X-coordinate  of  first  node  (node  0),  meters 
Y-coordinate  of  first  node  (node  0),  meters 
Note:  Location  input  on  stationary  items  stop  here 
Forward  speed  factor  for  first  leg 
Reverse  speed  factor  for  first  leg 
Leg  type 

X-coordinate  of  second  node  (node  1),  meters 
Y-coordinate  of  second  node  (node  1),  meters 
Forward  speed  factor  for  second  leg 
Reverse  speed  factor  for  second  leg 
Leg  type 

X-coordinate  of  third  node  (node  2),  meters 
Y-coordinate  of  third  node  (node  2),  meters 


The  five  parameters  (  as  for  items  7  -11,  or  12  -  1  6)  are 
repeated  for  additional  legs,  up  to  a  maximum  nine  legs  (or  ten  nodes). 
For  maximum  number  uf  legs  (9),  number  of  items  will  be  51.  For 
minimum  number  of  legs  (0;  i.e.  ,  stationary  point  at  node  0),  number 
of  items  will  be  6. 


Nodes  are  numbered  0,  1,  . .  9  and  legs  are  numbered  1,  2 . .  9 

where  leg  1  is  between  nodos  0,  1  ,  etc. 

#  * 

Leg  types  are  specified  for  each  leg  by  the  code:  0  =  cross  country,  1  = 

( unimproved)  trail ,  2  ;  unimproved  road,  3  =  gravel  road  4  =  hard  t  irface 
road,  3  -  water,  6  =  railroad,  7  =  airstrip,  8  -  coastline  and  9  =  airroute. 


WORD 


TABLE  D - IS 

MSMI2  LIST  CONTENT  (FORCE  TYPE  PARAMETERS) 


ID  of  parameter  set 
Ferrous  metal  present 


Visual  security  descriptor 

0  attempting  concealment 

1  normal 

Spacing  between  elements,  meters 

Formation  descriptor  (personnel  only,  otherwise  blank) 


2  column  of  two's 

3  randomly  within  circular  area 
Weight  descriptor  (personnel  only,  otherwise  blank) 

1  light  or  medium  weight  men 

2  heavy  weight  men 

Acoustic  descriptor  (personnel  only,  otherwise  blank) 

1  silent 

2  talking 
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WORD 


TABLE.  D-I3 

MSM  1 3  LIST  CONTENT  (COVERAGE/SCAN  PARAMETERS) 

ID  of  this  parameter  set 
Coverage/scan  code 

1  sector/scan 

2  sector /non-scan 

3  moving  rectangle 

4  stationary  rectangle 

Note:  If  2,  3  or  4  is  entered  for  Item  2,  i.e.,  not  scanning  then 
Items  7,  8,  9  and  10  are  left  l  ank. 

Sector  (1  and  2)  n  at 


Minimum  range  selected 
(RMIN),  meters 

Maximum  range  selected 
(RMAX),  meters 

Coverage  angle  selected 
(CVANGL),  radians 


Blank 


Rectangle  (3  and  4) 

Along-track  dimension  (ILONG)- 
meters 

Cross-track  dimension  (1WIDE)- 
meters 

Along-track  component  of  vector 
from  sensor  to  rectangle's  center; 

+  if  forward 

if  rearward  with  respect  to 
direction  of  movement  of 
sensor  platform,  (LATD), 
meters 

Cross-track  component  of  vector 
from  sensor  to  rectangle’s  center; 

+  if  to  left 

if  to  right,  (ICTD),  meters 


Note:  Items  3,  4.  5  and/or  6  arc  left  blank  if  the  equipment 
coverage  limits  given  in  the  Sensor  Descriptor  Parameter 
Set3  (IV)  are  to  be  used. 

Scan  in  Azimuth  Scan  in  Range 

NREPRI,  number  of  0  or  blank 

repetitions  per  range 
inc  rement 


0  or  blank 


Corresponds  to  SCAN  1  subroutine  in  MSM 


Corresponds  to  SCAN  2  subroutine  in  MSM 


0-40 


TABLE  D-13,  continued 


RINCR,  range  increment, 
meters 

OMEGA,  scan  rate,  rad/sec 
BEAMW,  beamwidth,  rad 


AZINC,  azimuth  increment, 
radians 

DRDT,  scan  rate,  meters/sec 
RGATE,  range  gate,  meters 


INDEX  -  VOLUME  I 


PART  II 


Title 

Section 

Page 

INTERACTION  ELEMENTS 

4 

4-1  thru  4-78 

Equipment  Deployment  and  Failures 

4.2 

4-1  thru  4-28 

Unattended  Equipment  Deployment  and  Failures 

4.2.1 

4-1  thru  4-23 

Attended  Equipment  Deployment  and  Failures 
Subroutines  and  Subprograms 

4.2.2 

4  -23  thru  4-25 

RUSUP 

4. 2. 1.1 

4-2  thru  4-15 

READUP 

4.2. 1.2 

4-15  thru  4-18 

COMMUP 

4.2. 1.3 

4-18  thru  4-23 

RUSUP  inputs  for  STASCAN  Sensors 

4.25 

4-23  thru  4-25 

MVS  inputs 

4. 3. 2. 2 

4-37  thru  4-40 

4.2.3. 1 

4-25  thru  4-26 

Moving  Sensor  Missions  and  Failures 

4.2.3 

4-25  thru  4-28 

Position  and  Navigation  Errors 

4.3 

4-28  thru  4-50 

SNPGT 

4.3.1 

4-28  thru  4-34 

Sensor  Position  Against  Time  (SNPGT) 

4.3.1 

4-28  thru  4-34 

Etrors,  Position  and  Navigation 

4.3 

4-28  thru  4-50 

Moving  Sensor  Position  Errors 

4.3,2. 1  - 

4.3.3 

4-37  thru  4-50 

MVS 

4.2.3  & 

4.3.2 

4-25  and  4-34 

DOPLER 

4.3.3 

4-40  thru  4-42 

RHOTHE 

4.3.4 

4-42  thru  4-44 

HYPERB 

4.3.5 

4-45  thru  4-48 

NORMER 

4.3.6 

4-48  thru  4-50 

Earliest  and  Latest  Possible  Detection  Times 

4.4 

4-50  thru  4-59 

ELPDT 

4.4 

4-50  thru  4-59 

Valid  Sensor/Target  Combination 

Tab.  4.4-1 

4-51 

False  Alarir.c 

4.5 

4-60  thru  4-66 

FAINTV 

4.5.2 

4-63  thru  4-66 

Line  of  Sight 

4.6 

4-67  thru  4-78 

LOS 

Fig.  4.6-1 

4-69 

TERANE 

Fig.  4.6-1 

4-69 

FOLACE 

Fig.  4.6-1 

4-69 

IUTEVL 

Fig.  4.6-1 

4-69 

MICTEP 

Fig.  4.6-1 

4-69 

6  4. 6. 3. 2 

4-/6  thru  4-77 

Environmental  Elements 

5 

5-1  thru  5-156 

Atmospher ' cs  Model 

5.2 

5-4  thru  5-109 

ATMOMN 

5.2. 1.1 

5-4  thru  5-9 

aTMOS 

5.2.2 

5-10  thru  5-24 

ATME.W  Common  Area  Inputs 

5. 2. 2. 2 

5-10  thru  5-17 

PRECIP 

5.2.3 

5-25  thru  5-29 

PROBl 

5.2.4 

5-30  thru  5-36 

PROB2 

5.2,5 

5-37  thru  5-42 
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INDEX  (Continued) 


WEATHR 
FR0B3 
PROB4 
PR0B5 
ORDER 
IRRAD 
EPHEM 
SPHTP.I 
EDIT 
EMSG 
END 
Terrain 
Terrain  Tape 
MAKTAP 
TERAN 

Unit  Terrain 

UTVSXY  DataSets  (IUT  to  Map) 
Vegetation 

Battle  and  Culture  Environment 
Battlefield  Environment 
EVIDs 

Cultural  Environment 
CEVIDs 

Auxiliary  Model  Elements 
Contour  Plots 
Data  Link  Analysis  Model 
Propagation  Loss  of  RF  Data  Link 
PROFIL 
TPDISK 
MAINSY 
PROFIL 
TERAN 
R1LINK 
COMMA 
INTER 
LEAST 
LEST 
EFFEC 
COMMA 

DLLOS 

SCATT 

DIFF 


5.2.6 

5-43  thru  5-49 

5.2.7 

5-50  thru  5-56 

5.2.8 

5-57  thru  5-62 

5,2.9 

5-63  thru  5-68 

5.2.10 

5-69  thru  5-71 

5.2.11 

5-72  thru  5-84 

5.2.12 

5-84  thru  5-89 

5.2.13 

5-90  thru  5-91 

5.2.14 

5-92  thru  5-96 

5.2.15 

5-97  thru  5-103 

5.2.16 

5-104  thru  5-109 

5.3 

5-110  thru  5-137 

5.3.1 

5-100  thru  5-117 

5.3. 1.2 

5-113  thru  5-116 

5.3.2 

1-118  thru  5-136 

5.3.2 

5-118  thru  5-136 

5. 3. 2. 2 

5-118  thru  5-125 

5.3.2 

5-118  thru  5-136 

5.4 

5-137  thru  5-156 

5.4.2. 1 

5- '58  thru  5-149 

Tab.  5.4-1 

5-140  thru  4-141 

5.4.5 

5-149  thru  5-156 

Tab.  5.4-II 

5-150  thru  5-151 

6 

6-1  thru  6-167 

6.2 

6-3  thru  6-9 

6.3 

6-10  thru  6-36 

6.3.3 

6-12  thru  6-36 

6.3.3 

6-10  thru  6-12 

6.3.3. 1 

6-13  thru  6-16 

6.3.3. 1 

6-13  thru  6-16 

b.3.3.1 

6-13  thru  6-16 

6.3.3. i 

6-13  thru  6-16 

6.3.3. 1 

6-13  thru  b-16 

6.3.3. 1 

6-15  thru  6-16 

6. 3. 3. 5 

6-18 

6. 3. 3. 5 

6-18 

6. 3. 3. 5 

6-18 

C .  3 . 3 .  j 

6-19 

6. 3. 3. 5  - 

6-19  thru  6-20 

6. 3. 3. 6 

6-19  thru  6-20 

6. 3. 3. 6 

6-24  thru  6-27 

6.3.J.6 

6-2  7 

6. 3. 3. 6 

6-24  thru  6-27 

INDEX  (Continued) 


Title 


Section 


Foliage  Loss  Computations 
HTGAIN 

Unattended  Sensor  Analysis  Model 
ANALMN 
LILMSM 
ANLYZE 
RODRUM 
CALLIT 
T.NSPCT 

ARRIVL 

JSD.'TA 

locate 

COUNTR 

CRLATE 

*  FSTARC 

RESET 

IN  OUT 

MONLST 

MCHART 

NMOD 

CNNECT 

IDIST 
ALPHA 
RADIAN 
SNA I DR 

Unattended  Sensor  Analysis  Model  Output 
Attended  Sensor  Analysis  Model 
RDRPRS  (See  RDRVEH) 

RDRVEH 


RDRMSG 

IMGMSC 

THvNSG 

asmain 


RPTMSG 


6. 3. 3. 8 

6-28  thru  6-33 

6. 3. 3. 8 

6-28  thru  6-33 

6.4 

6-37  thru  6-108 

6.4.2 

6-40 

6.4.2, 1 

6-42  thru  6-43 

6. 4. 2. 4 

6-56  thru  6-79 

6. 4. 2. 4.1 

6-56,  6-61 

6. 4. 2. 4.2 

6-63,  6-64 

6.4.2 ,4.i' 

6-63,  6-66  thru 
6-67 

6,4.2 .4.5 

6-68,  6-69 

6. 4. 2. 4. 6 

6-68,  6-70 

6. 4. 2. 4. 7 

6-68,  6-71 

6. 4. 2. 4. 8 

6-68,  6-73 

6. 4. 2. 4. 9 

6-72,  6-74  thru 
6-75 

6.4-2.4.10 

6-72,  6-76  thru 
6-77 

6.4.2 .4.11 

6-72,  6-78  thru 
6-79 

6. 4. 2. 2.1 

6-42,  6-44 

6. 4. 2. 2.2 

6-45.  6-46 

6. 4. 2. 2. 3 

6-45,  6-47 

6.4.2 .4.3 

6-63,  6-65 

6. 4. 2. 3 

6-45,  6-48  thru 
6-50 

6. 4. 2, 3.1 

6-51,  6-52 

6. 4. 2. 3. 2 

6-51,  6-53 

6. 4. 2. 3. 3 

6-51,  6-54 

6. 4. 2. 3. 4 

6-51,  6-55 

6.4.4 

6-94  thru  6-108 

6.5 

6-109  thru  6-124 

Figs.  6.5-1, 

2 

6-113,  6-114 

6. 5. 2. 4 

Figs.  6.5-1, 

2,  3 

6-113  thru  6-121 

Figs.  6.5-1, 

2 

6-113,  6-114 

Figs.  6.5-1, 

2 

6-113,  6-114 

Figs.  6.5-1, 

2 

6-113,  6-114 

Figs.  6.5-1, 

2 

6-113,  6-114 

Figs.  6.5-1, 

2 

6-113,  6-114 

4 
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Title 

Section 

P 

RDRBOT(See  RDRVEH) 

tigs.  6.5- 

■1, 

2 

6-113 

Tactical  Communications  Model 

TACCOM  Planner  Inputs 

6-125 

Message  Delays 

6.6.5 

6-126 

TACCOM  Outputs 

6.6,6 

6-129 

6.6.7 

6-132, 

Figs.  6.6- 
thru  6.6-5 

1,  6-137 

Model  Description 

dumxtc 

6,6.8 

6-132 

TACCOM 

6.6.8. 1 

6-132 

6. 6.8.2 

6-133 

PRCDNT 

Fig.  6.6-6 

6-1A0 

6. 6. 8. A 

6-1A7 

*  ROUTE 

Fig.  6.6-7 

6-1A8 

6. 6. 8. 5 

6-1A? 

LODQUE 

Fig.  6.6-8 

6-1A9, 

6. 6.8. 6 

6-1A7 

LDSRT 

Fig.  6.6-9 

6-151 

6. 6. 8. 7 

6-1A7 

mapper 

Fig.  6.6-10 

6-152 

6. 6.8.8 

6-153 

msgque 

Fig.  b. 6-11 

6-15A 

6. 6. 8. 9 

6-153. 

Fig.  6.6-12 

6-156, 

BUPDAT 

thru  6- 

6.6.8.10 

6-156 

TACOUT 

Fig.  6.6-13 

6-161,  i 

Table  B 

6.6.8.11 

6-156 

TACCOM  Common  Areas 

6-1A3  tf 

Pa^e 


Sample  Prerun  Outputs 
Step  0 
Step  1 
Step  2 
Step  3 
Step  A 
Step  5 
Step  6 
Step  7 
Step  8 
Step  9 
Step  10 
Step  11 
Step  12 


6-167 


6-150 


Appendix  A 


6-163  thru  6-167 

A-l  thru  A-30 
A-l,  A-2 
A-2,  A-3 
A-3,  A-A 
A-5  thru  A- 7 
A-8 

A-8  thru  A-15 
A-16  thru  A-26 
A-2  7 

A-27,  A-28 
A-28,  A-2 9 
A-2  9 

A-2 9,  A-30 
A-30 
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Title 


INDEX  (Continued) 


Section 


Event  Types 
MSM  Output 

ilSM  Storage :  System  Parameters 
UGSARRAYS  (MSM  1) 

STASCAN  Arrays  (MSM2) 

MOVARRAYS  (MSM3 ) 

Blue  Forces  (MSM4) 

Red  Forces  (MSM5) 

Sensors  (MSM6) 

Sensor  Descriptors  (MSM7) 
Firetraps  (MSM8) 

Monitors  (MSM9) 

Data  Links (MSM10) 

Paths (MSM11) 

Force  Type  Parameters (MSM12) 
Coverage/Scan  Parameters (MSM13) 


Appendix  B  B-l  thru  B-15 

Appendix  C  C-l  thru  C-29 

Appendix  D  D-l  thru  D-41 

D-3 
D-8 
D-8 
D-9 
D-10 
D-ll 
D-15 
D-16 
D-17 
D-17 
D-18 
D-19 
D-19 
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